[DragonFlyBSD - Bug #3249] (New) HAMMER2 fsync(2) not working properly

[bugtracker-admin at leaf.dragonflybsd.org]

Issue #3249 has been reported by tkusumi.

----------------------------------------
Bug #3249: HAMMER2 fsync(2) not working properly
http://bugs.dragonflybsd.org/issues/3249

* Author: tkusumi
* Status: New
* Priority: Normal
* Assignee: 
* Category: 
* Target version: 
----------------------------------------
VOP_FSYNC in HAMMER2 doesn't flush chains all the way up to the root, because inodes are initially detached from its parent and they are still detached when fsync happens.

This is also mentioned in the below comment in hammer2_vnops.c.
"This function does not flush the root topology down to the inode."

But if that's part of the design, what's the point of fsync in HAMMER2 ?

e.g. In HAMMER2, a regular file is gone after creat() -> write() -> fsync() -> force-reboot.
To be exact, after force-reboot, nothing (no inode, dirent, data) from creat/write/fsync was allocated in freemap.




-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account