summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorJosef Bacik <jbacik@fusionio.com>2012-08-13 15:43:26 -0400
committerChris Mason <chris.mason@fusionio.com>2012-10-01 15:19:02 -0400
commit7c735313bd1277c2eb28421934d4c7a0fa7339f7 (patch)
treeff0693d2aafb89b3a4bb5d4d6be37f54b8389423
parent995e01b7af745b8aaa5e882cfb7bfd5baab3f335 (diff)
downloadop-kernel-dev-7c735313bd1277c2eb28421934d4c7a0fa7339f7.zip
op-kernel-dev-7c735313bd1277c2eb28421934d4c7a0fa7339f7.tar.gz
Btrfs: update last trans if we don't update the inode
There is a completely impossible situation to hit where you can preallocate a file, fsync it, write into the preallocated region, have the transaction commit twice and then fsync and then immediately lose power and lose all of the contents of the write. This patch fixes this just so I feel better about the situation and because it is lightweight, we just update the last_trans when we finish an ordered IO and we don't update the inode itself. This way we are completely safe and I feel better. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com>
-rw-r--r--fs/btrfs/inode.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index ec154f9..6971bac 100644
--- a/fs/btrfs/inode.c
+++ b/fs/btrfs/inode.c
@@ -1949,6 +1949,8 @@ static int btrfs_finish_ordered_io(struct btrfs_ordered_extent *ordered_extent)
btrfs_abort_transaction(trans, root, ret);
goto out_unlock;
}
+ } else {
+ btrfs_set_inode_last_trans(trans, inode);
}
ret = 0;
out_unlock:
OpenPOWER on IntegriCloud