Thread (5 messages) 5 messages, 3 authors, 2012-07-30

Re: [PATCH 2/2] Btrfs: fix the snapshot that should not exist

From: Miao Xie <hidden>
Date: 2012-07-30 10:28:41

On 	fri, 27 Jul 2012 14:29:57 +0200, David Sterba wrote:
On Fri, Jul 27, 2012 at 04:52:21PM +0900, Hidetoshi Seto wrote:
quoted
(2012/07/26 15:57), Miao Xie wrote:
quoted
 	btrfs_abort_transaction(trans, root, ret);
 	goto fail;
 }
@@ -1386,13 +1408,13 @@ int btrfs_commit_transaction(struct btrfs_trans_handle *trans,
 	 */
 	mutex_lock(&root->fs_info->reloc_mutex);
 
-	ret = btrfs_run_delayed_items(trans, root);
+	ret = create_pending_snapshots(trans, root->fs_info);
 	if (ret) {
 		mutex_unlock(&root->fs_info->reloc_mutex);
 		goto cleanup_transaction;
 	}
 
-	ret = create_pending_snapshots(trans, root->fs_info);
+	ret = btrfs_run_delayed_items(trans, root);
 	if (ret) {
 		mutex_unlock(&root->fs_info->reloc_mutex);
 		goto cleanup_transaction;
It would be nice to have a patch description to tell why you
have to change the order here.
Not only nice but necessary, as this order will cause corruption under
certain conditions. I'd like to hear the reason behind.
What you worried is the corruption of the snapshots, right?
It is impossible because we will flush all the delayed items before the
creation of the snapshot(in create_pending_snapshot()). and we also will
force the tree to COW if we want to change it after it is snapshoted.
These two method will make sure the snapshots is healthy.

Thanks
Miao
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help