On Thu, Apr 12, 2018 at 8:51 PM, Jayashree Mohan
> We came across what seems to be a crash consistency bug on btrfs and
> f2fs. When we create a symlink for a file and fsync the symlink, on
> recovery from crash, the fsync-ed file is missing.
> You can reproduce this behaviour using this minimal workload :
> 1. symlink (foo, bar)
> 2. open bar
> 3. fsync bar
> ----crash here----
> When we recover, we find that file bar is missing. This behaviour
> seems unexpected as the fsynced file is lost on a crash. ext4 and xfs
> correctly recovers file bar. This seems like a bug. If not, could you
> explain why?
Not a bug.
>From man 2 fsync:
"Calling fsync() does not necessarily ensure that the entry in the
directory containing the file has also reached disk. For that an
explicit fsync() on a file descriptor for the directory is also needed."
There is a reason why this behavior is not being reproduces in
ext4/xfs, but you should be able to reproduce a similar issue
1. symlink (foo, bar.tmp)
2. open bar.tmp
3. fsync bar.tmp
4. rename(bar.tmp, bar)
5. fsync bar
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html