Paul Clements wrote: > Gil wrote: > >> So for those of us using other filesystems (e.g. ext2/3), is there >> some way to determine whether or not barriers are available? > > > You'll see something like this in your system log if barriers are not > supported: > > Apr 3 16:44:01 adam kernel: JBD: barrier-based sync failed on md0 - > disabling barriers > > > Otherwise, assume that they are. But like Neil said, it shouldn't matter > to a user whether they are supported or not. Filesystems will work > correctly either way. This seems very important to me to understand thoroughly, so please forgive me if I'm being dense. What I'm not sure of in the above is for what definition of "working"? For the definition where the code simply doesn't bomb out, or for the stricter definition that despite write caching at the drive level there is no point where there could possibly be a data inconsistency between what the filesystem thinks is written and what got written, power loss or no? My understanding to this point is that with write caching and no barrier support, you would still care as power loss would give you a window of inconsistency. With the exception of the very minor situation Neil mentioned about the first write through md not being a superblock write... -Mike - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
