> Chase up to the root manually, because Linux' ext2 violates SUS v2
> fsync() (which requires meta data synched BTW)
Please quote chapter and verse --- my reading of SUS shows no such
requirement.
fsync is required to force "all currently queued I/O operations
associated with the file indicated by file descriptor fildes to the
synchronised I/O completion state." But as you should know, directory
entries and files are NOT the same thing in Unix/SUS.
Are we expected to fsync the metadata belonging to just the file
itself? Or all symlinks to the file? Or all hard links? Answer, as
best I can determine --- just the file. That's all SUS talks about.
There can be many ways of reaching that file in the directory
hierarchy, or there can be none, but fsync() doesn't talk at all about
the status of those dirents after the sync.
> , as has been pointed out
> (and fixed in ReiserFS and ext3)?
ext3 happens to provide the guarantee, but that's coincidental and
does not imply that I think of it as being "fixed". It's just changed
behaviour relative to ext2.
> So, please tell my why Single Unix Specification v2 specifies EIO for
> rename. Asynchronous I/O cannot possibly trigger immediate EIO.
Yes it can --- we may need to read metadata to complete the rename,
and such reads can fail.
Cheers,
Stephen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/