| Message ID | 1415287194-1967-1-git-send-email-jbacik@fb.com (mailing list archive) |
|---|---|
| State | Accepted |
| Headers | show |
On Thu, 6 Nov 2014 10:19:54 -0500, Josef Bacik wrote: > If we have two fsync()'s race on different subvols one will do all of its work > to get into the log_tree, wait on it's outstanding IO, and then allow the > log_tree to finish it's commit. The problem is we were just free'ing that > subvols logged extents instead of waiting on them, so whoever lost the race > wouldn't really have their data on disk. Fix this by waiting properly instead > of freeing the logged extents. Thanks, > > cc: stable@vger.kernel.org > Signed-off-by: Josef Bacik <jbacik@fb.com> > --- > fs/btrfs/tree-log.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/btrfs/tree-log.c b/fs/btrfs/tree-log.c > index 2d0fa43..70f99b1 100644 > --- a/fs/btrfs/tree-log.c > +++ b/fs/btrfs/tree-log.c > @@ -2600,9 +2600,9 @@ int btrfs_sync_log(struct btrfs_trans_handle *trans, > if (atomic_read(&log_root_tree->log_commit[index2])) { > blk_finish_plug(&plug); > btrfs_wait_marked_extents(log, &log->dirty_log_pages, mark); > + btrfs_wait_logged_extents(log, log_transid); Why not add this log root into a list of log root tree, and then the committer wait all ordered extents in each log root which is added in that list? By this way, we can let the committer do some work during the data of ordered extents is being transferred to the disk. Thanks Miao > wait_log_commit(trans, log_root_tree, > root_log_ctx.log_transid); > - btrfs_free_logged_extents(log, log_transid); > mutex_unlock(&log_root_tree->log_mutex); > ret = root_log_ctx.log_ret; > goto out; > -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/fs/btrfs/tree-log.c b/fs/btrfs/tree-log.c index 2d0fa43..70f99b1 100644 --- a/fs/btrfs/tree-log.c +++ b/fs/btrfs/tree-log.c @@ -2600,9 +2600,9 @@ int btrfs_sync_log(struct btrfs_trans_handle *trans, if (atomic_read(&log_root_tree->log_commit[index2])) { blk_finish_plug(&plug); btrfs_wait_marked_extents(log, &log->dirty_log_pages, mark); + btrfs_wait_logged_extents(log, log_transid); wait_log_commit(trans, log_root_tree, root_log_ctx.log_transid); - btrfs_free_logged_extents(log, log_transid); mutex_unlock(&log_root_tree->log_mutex); ret = root_log_ctx.log_ret; goto out;
If we have two fsync()'s race on different subvols one will do all of its work to get into the log_tree, wait on it's outstanding IO, and then allow the log_tree to finish it's commit. The problem is we were just free'ing that subvols logged extents instead of waiting on them, so whoever lost the race wouldn't really have their data on disk. Fix this by waiting properly instead of freeing the logged extents. Thanks, cc: stable@vger.kernel.org Signed-off-by: Josef Bacik <jbacik@fb.com> --- fs/btrfs/tree-log.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)