>>>>> "Chuck" == Chuck Lever <chuck.lever@xxxxxxxxxx> writes: Chuck> I'm probably ignorant of the current state of implementation in Chuck> Linux, but I'm interested in understanding common ground among Chuck> local file systems, block storage, and network file systems. Chuck> Example questions include: Do we need standardized APIs for block Chuck> device corruption detection? The block layer integrity stuff aims to be format agnostic. It was designed to accommodate different types of protection information (back then the ATA proposal was still on the table). Chuck> How much of T10 DIF/DIX should NFS support? You can either support the T10 PI format and act as a conduit. Or you can invent your own format and potentially force a conversion. I'd prefer the former (despite the limitations of T10 PI). Chuck> What are the drivers for this feature (broad use cases)? Two things: 1. Continuity. Downtime can be very costly and many applications require to be taken offline to do recovery after a corruption error. 2. Archival. You want to make sure your write a good copy to backup. With huge amounts of data it is often unfeasible to scrub and verify the data on the backup media. -- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
