| |||||||||||||||||||||||||||||||
|
> Let me explain what disabling ZIL really means. Once ZIL is disabled, > fsync(2) is a no-op, ie. calling fsync(2) on a descriptor doesn't mean > your data would be safely stored on disk at the time function returns. > There is no data corruption for local use, only this fsync(2) problem. > > "Data corruption" can happen from NFS client point of view, when your > ZFS file system is exported over NFS and your NFS server crashes. Does this increase the window after an fsync is performed that a crash or power loss will lose recent changes? That's what I got from reading the descriptions of ZIL, perhaps "corruption" was a poor choice of words. Craig _______________________________________________ freebsd-current mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe"
| ||||||||||||||||||||||||||||||
© 2004-2008 readlist.com