Commit cf79ffb5 authored Apr 01, 2013 by Josef Bacik

Btrfs: fix infinite loop when we abort on mount

Testing my enospc log code I managed to abort a transaction during mount, which
put me into an infinite loop. This is because of two things, first we don't
reset trans_no_join if we abort during transaction commit, which will force
anybody trying to start a transaction to just loop endlessly waiting for it to
be set to 0. But this is still just a symptom, the second issue is we don't set
the fs state to error during errors on mount. This is because we don't want to
do the flip read only thing during mount, but we still really want to set the fs
state to an error to keep us from even getting to the trans_no_join check. So
fix both of these things, make sure to reset trans_no_join if we abort during a
commit, and make sure we set the fs state to error no matter if we're mounting
or not. This should keep us from getting into this infinite loop again.
Thanks,

Signed-off-by: Josef Bacik <jbacik@fusionio.com>

parent c9a9dbf2

fs/btrfs/super.c

+2 −3

Original line number	Diff line number	Diff line
		@@ -161,11 +161,10 @@ void __btrfs_std_error(struct btrfs_fs_info fs_info, const char function,
		}

		/* Don't go through full error handling during mount */
		if (sb->s_flags & MS_BORN) {
		save_error_info(fs_info);
		if (sb->s_flags & MS_BORN)
		btrfs_handle_error(fs_info);
		}
		}

		static const char * const logtypes[] = {
		"emergency",

fs/btrfs/transaction.c

+4 −0

Original line number	Diff line number	Diff line
		@@ -1487,6 +1487,10 @@ static void cleanup_transaction(struct btrfs_trans_handle *trans,
		current->journal_info = NULL;

		kmem_cache_free(btrfs_trans_handle_cachep, trans);

		spin_lock(&root->fs_info->trans_lock);
		root->fs_info->trans_no_join = 0;
		spin_unlock(&root->fs_info->trans_lock);
		}

		static int btrfs_flush_all_pending_stuffs(struct btrfs_trans_handle *trans,

Admin message