On Thu, Apr 12, 2018 at 8:51 PM, Jayashree Mohan <jayashree2912@xxxxxxxxx> wrote: > Hi, > > 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 like this: 1. symlink (foo, bar.tmp) 2. open bar.tmp 3. fsync bar.tmp 4. rename(bar.tmp, bar) 5. fsync bar ----crash here---- Thanks, Amir. -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
