generic: test for file loss after mix of rename, fsync and inode eviction
Test that if we fsync a directory A, evict A's inode, move one file
from directory A to directory B, fsync some other inode that is not
directory A, B or any inode inside these two directories, and then
power fail, the file that was moved is not lost.
This currently fails on btrfs and is fixed by commit
ecc64fab7d49
("btrfs: fix lost inode on log replay after mix of fsync, rename and
inode eviction")
Signed-off-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: Eryu Guan <guaneryu@gmail.com>
Signed-off-by: Eryu Guan <guaneryu@gmail.com>