2018-04-04 00:23:33 +07:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
2007-06-12 20:07:21 +07:00
|
|
|
/*
|
2008-09-30 02:18:18 +07:00
|
|
|
* Copyright (C) 2007,2008 Oracle. All rights reserved.
|
2007-06-12 20:07:21 +07:00
|
|
|
*/
|
|
|
|
|
2007-10-16 03:22:39 +07:00
|
|
|
#include <linux/sched.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 15:04:11 +07:00
|
|
|
#include <linux/slab.h>
|
2012-05-16 22:18:50 +07:00
|
|
|
#include <linux/rbtree.h>
|
2017-06-01 00:44:31 +07:00
|
|
|
#include <linux/mm.h>
|
2007-02-02 21:18:22 +07:00
|
|
|
#include "ctree.h"
|
|
|
|
#include "disk-io.h"
|
2007-03-24 02:56:19 +07:00
|
|
|
#include "transaction.h"
|
2007-10-16 03:14:19 +07:00
|
|
|
#include "print-tree.h"
|
2008-06-26 03:01:30 +07:00
|
|
|
#include "locking.h"
|
2018-10-30 21:43:24 +07:00
|
|
|
#include "volumes.h"
|
btrfs: qgroup: Use delayed subtree rescan for balance
Before this patch, qgroup code traces the whole subtree of subvolume and
reloc trees unconditionally.
This makes qgroup numbers consistent, but it could cause tons of
unnecessary extent tracing, which causes a lot of overhead.
However for subtree swap of balance, just swap both subtrees because
they contain the same contents and tree structure, so qgroup numbers
won't change.
It's the race window between subtree swap and transaction commit could
cause qgroup number change.
This patch will delay the qgroup subtree scan until COW happens for the
subtree root.
So if there is no other operations for the fs, balance won't cause extra
qgroup overhead. (best case scenario)
Depending on the workload, most of the subtree scan can still be
avoided.
Only for worst case scenario, it will fall back to old subtree swap
overhead. (scan all swapped subtrees)
[[Benchmark]]
Hardware:
VM 4G vRAM, 8 vCPUs,
disk is using 'unsafe' cache mode,
backing device is SAMSUNG 850 evo SSD.
Host has 16G ram.
Mkfs parameter:
--nodesize 4K (To bump up tree size)
Initial subvolume contents:
4G data copied from /usr and /lib.
(With enough regular small files)
Snapshots:
16 snapshots of the original subvolume.
each snapshot has 3 random files modified.
balance parameter:
-m
So the content should be pretty similar to a real world root fs layout.
And after file system population, there is no other activity, so it
should be the best case scenario.
| v4.20-rc1 | w/ patchset | diff
-----------------------------------------------------------------------
relocated extents | 22615 | 22457 | -0.1%
qgroup dirty extents | 163457 | 121606 | -25.6%
time (sys) | 22.884s | 18.842s | -17.6%
time (real) | 27.724s | 22.884s | -17.5%
Signed-off-by: Qu Wenruo <wqu@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
2019-01-23 14:15:17 +07:00
|
|
|
#include "qgroup.h"
|
2007-02-23 20:38:36 +07:00
|
|
|
|
2007-03-17 03:20:31 +07:00
|
|
|
static int split_node(struct btrfs_trans_handle *trans, struct btrfs_root
|
|
|
|
*root, struct btrfs_path *path, int level);
|
2017-01-18 14:24:37 +07:00
|
|
|
static int split_leaf(struct btrfs_trans_handle *trans, struct btrfs_root *root,
|
|
|
|
const struct btrfs_key *ins_key, struct btrfs_path *path,
|
|
|
|
int data_size, int extend);
|
2007-10-16 03:14:19 +07:00
|
|
|
static int push_node_left(struct btrfs_trans_handle *trans,
|
2016-06-23 05:54:24 +07:00
|
|
|
struct extent_buffer *dst,
|
2008-04-24 21:54:32 +07:00
|
|
|
struct extent_buffer *src, int empty);
|
2007-10-16 03:14:19 +07:00
|
|
|
static int balance_node_right(struct btrfs_trans_handle *trans,
|
|
|
|
struct extent_buffer *dst_buf,
|
|
|
|
struct extent_buffer *src_buf);
|
2013-04-16 12:18:22 +07:00
|
|
|
static void del_ptr(struct btrfs_root *root, struct btrfs_path *path,
|
|
|
|
int level, int slot);
|
2007-02-21 04:40:44 +07:00
|
|
|
|
2007-04-04 20:36:31 +07:00
|
|
|
struct btrfs_path *btrfs_alloc_path(void)
|
2007-04-02 21:50:19 +07:00
|
|
|
{
|
2016-09-13 02:35:52 +07:00
|
|
|
return kmem_cache_zalloc(btrfs_path_cachep, GFP_NOFS);
|
2007-04-02 21:50:19 +07:00
|
|
|
}
|
|
|
|
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
/*
|
|
|
|
* set all locked nodes in the path to blocking locks. This should
|
|
|
|
* be done before scheduling
|
|
|
|
*/
|
|
|
|
noinline void btrfs_set_path_blocking(struct btrfs_path *p)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
for (i = 0; i < BTRFS_MAX_LEVEL; i++) {
|
2011-07-17 02:23:14 +07:00
|
|
|
if (!p->nodes[i] || !p->locks[i])
|
|
|
|
continue;
|
2019-01-24 00:07:14 +07:00
|
|
|
/*
|
|
|
|
* If we currently have a spinning reader or writer lock this
|
|
|
|
* will bump the count of blocking holders and drop the
|
|
|
|
* spinlock.
|
|
|
|
*/
|
|
|
|
if (p->locks[i] == BTRFS_READ_LOCK) {
|
|
|
|
btrfs_set_lock_blocking_read(p->nodes[i]);
|
2011-07-17 02:23:14 +07:00
|
|
|
p->locks[i] = BTRFS_READ_LOCK_BLOCKING;
|
2019-01-24 00:07:14 +07:00
|
|
|
} else if (p->locks[i] == BTRFS_WRITE_LOCK) {
|
|
|
|
btrfs_set_lock_blocking_write(p->nodes[i]);
|
2011-07-17 02:23:14 +07:00
|
|
|
p->locks[i] = BTRFS_WRITE_LOCK_BLOCKING;
|
2019-01-24 00:07:14 +07:00
|
|
|
}
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/* this also releases the path */
|
2007-04-04 20:36:31 +07:00
|
|
|
void btrfs_free_path(struct btrfs_path *p)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2010-12-26 04:22:30 +07:00
|
|
|
if (!p)
|
|
|
|
return;
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(p);
|
2007-04-04 20:36:31 +07:00
|
|
|
kmem_cache_free(btrfs_path_cachep, p);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* path release drops references on the extent buffers in the path
|
|
|
|
* and it drops any locks held by this path
|
|
|
|
*
|
|
|
|
* It is safe to call this on paths that no locks or extent buffers held.
|
|
|
|
*/
|
2011-04-21 06:20:15 +07:00
|
|
|
noinline void btrfs_release_path(struct btrfs_path *p)
|
2007-02-02 21:18:22 +07:00
|
|
|
{
|
|
|
|
int i;
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2007-03-13 21:46:10 +07:00
|
|
|
for (i = 0; i < BTRFS_MAX_LEVEL; i++) {
|
2008-06-26 03:01:31 +07:00
|
|
|
p->slots[i] = 0;
|
2007-02-02 21:18:22 +07:00
|
|
|
if (!p->nodes[i])
|
2008-06-26 03:01:30 +07:00
|
|
|
continue;
|
|
|
|
if (p->locks[i]) {
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_unlock_rw(p->nodes[i], p->locks[i]);
|
2008-06-26 03:01:30 +07:00
|
|
|
p->locks[i] = 0;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(p->nodes[i]);
|
2008-06-26 03:01:31 +07:00
|
|
|
p->nodes[i] = NULL;
|
2007-02-02 21:18:22 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* safely gets a reference on the root node of a tree. A lock
|
|
|
|
* is not taken, so a concurrent writer may put a different node
|
|
|
|
* at the root of the tree. See btrfs_lock_root_node for the
|
|
|
|
* looping required.
|
|
|
|
*
|
|
|
|
* The extent buffer returned by this has a reference taken, so
|
|
|
|
* it won't disappear. It may stop being the root of the tree
|
|
|
|
* at any time because there are no locks held.
|
|
|
|
*/
|
2008-06-26 03:01:30 +07:00
|
|
|
struct extent_buffer *btrfs_root_node(struct btrfs_root *root)
|
|
|
|
{
|
|
|
|
struct extent_buffer *eb;
|
2011-03-24 01:54:42 +07:00
|
|
|
|
2012-03-10 04:01:49 +07:00
|
|
|
while (1) {
|
|
|
|
rcu_read_lock();
|
|
|
|
eb = rcu_dereference(root->node);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* RCU really hurts here, we could free up the root node because
|
2016-05-20 08:18:45 +07:00
|
|
|
* it was COWed but we may not get the new root node yet so do
|
2012-03-10 04:01:49 +07:00
|
|
|
* the inc_not_zero dance and if it doesn't work then
|
|
|
|
* synchronize_rcu and try again.
|
|
|
|
*/
|
|
|
|
if (atomic_inc_not_zero(&eb->refs)) {
|
|
|
|
rcu_read_unlock();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
rcu_read_unlock();
|
|
|
|
synchronize_rcu();
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
return eb;
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/* loop around taking references on and locking the root node of the
|
|
|
|
* tree until you end up with a lock on the root. A locked buffer
|
|
|
|
* is returned, with a reference held.
|
|
|
|
*/
|
2008-06-26 03:01:30 +07:00
|
|
|
struct extent_buffer *btrfs_lock_root_node(struct btrfs_root *root)
|
|
|
|
{
|
|
|
|
struct extent_buffer *eb;
|
|
|
|
|
2009-01-06 09:25:51 +07:00
|
|
|
while (1) {
|
2008-06-26 03:01:30 +07:00
|
|
|
eb = btrfs_root_node(root);
|
|
|
|
btrfs_tree_lock(eb);
|
2011-03-24 01:54:42 +07:00
|
|
|
if (eb == root->node)
|
2008-06-26 03:01:30 +07:00
|
|
|
break;
|
|
|
|
btrfs_tree_unlock(eb);
|
|
|
|
free_extent_buffer(eb);
|
|
|
|
}
|
|
|
|
return eb;
|
|
|
|
}
|
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
/* loop around taking references on and locking the root node of the
|
|
|
|
* tree until you end up with a lock on the root. A locked buffer
|
|
|
|
* is returned, with a reference held.
|
|
|
|
*/
|
2017-09-30 02:43:49 +07:00
|
|
|
struct extent_buffer *btrfs_read_lock_root_node(struct btrfs_root *root)
|
2011-07-17 02:23:14 +07:00
|
|
|
{
|
|
|
|
struct extent_buffer *eb;
|
|
|
|
|
|
|
|
while (1) {
|
|
|
|
eb = btrfs_root_node(root);
|
|
|
|
btrfs_tree_read_lock(eb);
|
|
|
|
if (eb == root->node)
|
|
|
|
break;
|
|
|
|
btrfs_tree_read_unlock(eb);
|
|
|
|
free_extent_buffer(eb);
|
|
|
|
}
|
|
|
|
return eb;
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/* cowonly root (everything not a reference counted cow subvolume), just get
|
|
|
|
* put onto a simple dirty list. transaction.c walks this to make sure they
|
|
|
|
* get properly updated on disk.
|
|
|
|
*/
|
2008-03-25 02:01:56 +07:00
|
|
|
static void add_root_to_dirty_list(struct btrfs_root *root)
|
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
|
|
|
|
2014-12-16 23:54:43 +07:00
|
|
|
if (test_bit(BTRFS_ROOT_DIRTY, &root->state) ||
|
|
|
|
!test_bit(BTRFS_ROOT_TRACK_DIRTY, &root->state))
|
|
|
|
return;
|
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
spin_lock(&fs_info->trans_lock);
|
2014-12-16 23:54:43 +07:00
|
|
|
if (!test_and_set_bit(BTRFS_ROOT_DIRTY, &root->state)) {
|
|
|
|
/* Want the extent tree to be the last on the list */
|
2018-08-06 12:25:24 +07:00
|
|
|
if (root->root_key.objectid == BTRFS_EXTENT_TREE_OBJECTID)
|
2014-12-16 23:54:43 +07:00
|
|
|
list_move_tail(&root->dirty_list,
|
2016-06-23 05:54:23 +07:00
|
|
|
&fs_info->dirty_cowonly_roots);
|
2014-12-16 23:54:43 +07:00
|
|
|
else
|
|
|
|
list_move(&root->dirty_list,
|
2016-06-23 05:54:23 +07:00
|
|
|
&fs_info->dirty_cowonly_roots);
|
2008-03-25 02:01:56 +07:00
|
|
|
}
|
2016-06-23 05:54:23 +07:00
|
|
|
spin_unlock(&fs_info->trans_lock);
|
2008-03-25 02:01:56 +07:00
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* used by snapshot creation to make a copy of a root for a tree with
|
|
|
|
* a given objectid. The buffer with the new root node is returned in
|
|
|
|
* cow_ret, and this func returns zero on success or a negative error code.
|
|
|
|
*/
|
2007-12-18 08:14:01 +07:00
|
|
|
int btrfs_copy_root(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct extent_buffer *buf,
|
|
|
|
struct extent_buffer **cow_ret, u64 new_root_objectid)
|
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-12-18 08:14:01 +07:00
|
|
|
struct extent_buffer *cow;
|
|
|
|
int ret = 0;
|
|
|
|
int level;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
2007-12-18 08:14:01 +07:00
|
|
|
|
2014-04-02 18:51:05 +07:00
|
|
|
WARN_ON(test_bit(BTRFS_ROOT_REF_COWS, &root->state) &&
|
2016-06-23 05:54:23 +07:00
|
|
|
trans->transid != fs_info->running_transaction->transid);
|
2014-04-02 18:51:05 +07:00
|
|
|
WARN_ON(test_bit(BTRFS_ROOT_REF_COWS, &root->state) &&
|
|
|
|
trans->transid != root->last_trans);
|
2007-12-18 08:14:01 +07:00
|
|
|
|
|
|
|
level = btrfs_header_level(buf);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (level == 0)
|
|
|
|
btrfs_item_key(buf, &disk_key, 0);
|
|
|
|
else
|
|
|
|
btrfs_node_key(buf, &disk_key, 0);
|
2008-09-24 00:14:14 +07:00
|
|
|
|
2014-06-15 06:54:12 +07:00
|
|
|
cow = btrfs_alloc_tree_block(trans, root, 0, new_root_objectid,
|
|
|
|
&disk_key, level, buf->start, 0);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (IS_ERR(cow))
|
2007-12-18 08:14:01 +07:00
|
|
|
return PTR_ERR(cow);
|
|
|
|
|
2016-11-09 00:30:31 +07:00
|
|
|
copy_extent_buffer_full(cow, buf);
|
2007-12-18 08:14:01 +07:00
|
|
|
btrfs_set_header_bytenr(cow, cow->start);
|
|
|
|
btrfs_set_header_generation(cow, trans->transid);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
btrfs_set_header_backref_rev(cow, BTRFS_MIXED_BACKREF_REV);
|
|
|
|
btrfs_clear_header_flag(cow, BTRFS_HEADER_FLAG_WRITTEN |
|
|
|
|
BTRFS_HEADER_FLAG_RELOC);
|
|
|
|
if (new_root_objectid == BTRFS_TREE_RELOC_OBJECTID)
|
|
|
|
btrfs_set_header_flag(cow, BTRFS_HEADER_FLAG_RELOC);
|
|
|
|
else
|
|
|
|
btrfs_set_header_owner(cow, new_root_objectid);
|
2007-12-18 08:14:01 +07:00
|
|
|
|
2018-10-30 21:43:24 +07:00
|
|
|
write_extent_buffer_fsid(cow, fs_info->fs_devices->metadata_uuid);
|
2008-11-18 09:11:30 +07:00
|
|
|
|
2007-12-18 08:14:01 +07:00
|
|
|
WARN_ON(btrfs_header_generation(buf) > trans->transid);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (new_root_objectid == BTRFS_TREE_RELOC_OBJECTID)
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, cow, 1);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
else
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, cow, 0);
|
2007-12-19 04:25:45 +07:00
|
|
|
|
2007-12-18 08:14:01 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
btrfs_mark_buffer_dirty(cow);
|
|
|
|
*cow_ret = cow;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-05-16 22:18:50 +07:00
|
|
|
enum mod_log_op {
|
|
|
|
MOD_LOG_KEY_REPLACE,
|
|
|
|
MOD_LOG_KEY_ADD,
|
|
|
|
MOD_LOG_KEY_REMOVE,
|
|
|
|
MOD_LOG_KEY_REMOVE_WHILE_FREEING,
|
|
|
|
MOD_LOG_KEY_REMOVE_WHILE_MOVING,
|
|
|
|
MOD_LOG_MOVE_KEYS,
|
|
|
|
MOD_LOG_ROOT_REPLACE,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct tree_mod_root {
|
|
|
|
u64 logical;
|
|
|
|
u8 level;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct tree_mod_elem {
|
|
|
|
struct rb_node node;
|
2016-01-21 17:25:59 +07:00
|
|
|
u64 logical;
|
2012-06-21 16:08:04 +07:00
|
|
|
u64 seq;
|
2012-05-16 22:18:50 +07:00
|
|
|
enum mod_log_op op;
|
|
|
|
|
|
|
|
/* this is used for MOD_LOG_KEY_* and MOD_LOG_MOVE_KEYS operations */
|
|
|
|
int slot;
|
|
|
|
|
|
|
|
/* this is used for MOD_LOG_KEY* and MOD_LOG_ROOT_REPLACE */
|
|
|
|
u64 generation;
|
|
|
|
|
|
|
|
/* those are used for op == MOD_LOG_KEY_{REPLACE,REMOVE} */
|
|
|
|
struct btrfs_disk_key key;
|
|
|
|
u64 blockptr;
|
|
|
|
|
|
|
|
/* this is used for op == MOD_LOG_MOVE_KEYS */
|
2018-03-05 21:31:18 +07:00
|
|
|
struct {
|
|
|
|
int dst_slot;
|
|
|
|
int nr_items;
|
|
|
|
} move;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
|
|
|
/* this is used for op == MOD_LOG_ROOT_REPLACE */
|
|
|
|
struct tree_mod_root old_root;
|
|
|
|
};
|
|
|
|
|
2013-04-24 23:57:33 +07:00
|
|
|
/*
|
2014-05-14 07:30:47 +07:00
|
|
|
* Pull a new tree mod seq number for our operation.
|
2013-04-24 23:57:33 +07:00
|
|
|
*/
|
2014-05-14 07:30:47 +07:00
|
|
|
static inline u64 btrfs_inc_tree_mod_seq(struct btrfs_fs_info *fs_info)
|
2013-04-24 23:57:33 +07:00
|
|
|
{
|
|
|
|
return atomic64_inc_return(&fs_info->tree_mod_seq);
|
|
|
|
}
|
|
|
|
|
2012-06-21 16:08:04 +07:00
|
|
|
/*
|
|
|
|
* This adds a new blocker to the tree mod log's blocker list if the @elem
|
|
|
|
* passed does not already have a sequence number set. So when a caller expects
|
|
|
|
* to record tree modifications, it should ensure to set elem->seq to zero
|
|
|
|
* before calling btrfs_get_tree_mod_seq.
|
|
|
|
* Returns a fresh, unused tree log modification sequence number, even if no new
|
|
|
|
* blocker was added.
|
|
|
|
*/
|
|
|
|
u64 btrfs_get_tree_mod_seq(struct btrfs_fs_info *fs_info,
|
|
|
|
struct seq_list *elem)
|
2012-05-16 22:18:50 +07:00
|
|
|
{
|
2018-03-05 21:43:41 +07:00
|
|
|
write_lock(&fs_info->tree_mod_log_lock);
|
2012-05-16 22:18:50 +07:00
|
|
|
spin_lock(&fs_info->tree_mod_seq_lock);
|
2012-06-21 16:08:04 +07:00
|
|
|
if (!elem->seq) {
|
2014-05-14 07:30:47 +07:00
|
|
|
elem->seq = btrfs_inc_tree_mod_seq(fs_info);
|
2012-06-21 16:08:04 +07:00
|
|
|
list_add_tail(&elem->list, &fs_info->tree_mod_seq_list);
|
|
|
|
}
|
2012-05-16 22:18:50 +07:00
|
|
|
spin_unlock(&fs_info->tree_mod_seq_lock);
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&fs_info->tree_mod_log_lock);
|
2012-06-21 16:08:04 +07:00
|
|
|
|
2014-05-14 07:30:47 +07:00
|
|
|
return elem->seq;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
void btrfs_put_tree_mod_seq(struct btrfs_fs_info *fs_info,
|
|
|
|
struct seq_list *elem)
|
|
|
|
{
|
|
|
|
struct rb_root *tm_root;
|
|
|
|
struct rb_node *node;
|
|
|
|
struct rb_node *next;
|
|
|
|
struct seq_list *cur_elem;
|
|
|
|
struct tree_mod_elem *tm;
|
|
|
|
u64 min_seq = (u64)-1;
|
|
|
|
u64 seq_putting = elem->seq;
|
|
|
|
|
|
|
|
if (!seq_putting)
|
|
|
|
return;
|
|
|
|
|
|
|
|
spin_lock(&fs_info->tree_mod_seq_lock);
|
|
|
|
list_del(&elem->list);
|
2012-06-21 16:08:04 +07:00
|
|
|
elem->seq = 0;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
|
|
|
list_for_each_entry(cur_elem, &fs_info->tree_mod_seq_list, list) {
|
2012-06-21 16:08:04 +07:00
|
|
|
if (cur_elem->seq < min_seq) {
|
2012-05-16 22:18:50 +07:00
|
|
|
if (seq_putting > cur_elem->seq) {
|
|
|
|
/*
|
|
|
|
* blocker with lower sequence number exists, we
|
|
|
|
* cannot remove anything from the log
|
|
|
|
*/
|
2012-06-21 16:08:04 +07:00
|
|
|
spin_unlock(&fs_info->tree_mod_seq_lock);
|
|
|
|
return;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
min_seq = cur_elem->seq;
|
|
|
|
}
|
|
|
|
}
|
2012-06-21 16:08:04 +07:00
|
|
|
spin_unlock(&fs_info->tree_mod_seq_lock);
|
|
|
|
|
2012-05-16 22:18:50 +07:00
|
|
|
/*
|
|
|
|
* anything that's lower than the lowest existing (read: blocked)
|
|
|
|
* sequence number can be removed from the tree.
|
|
|
|
*/
|
2018-03-05 21:43:41 +07:00
|
|
|
write_lock(&fs_info->tree_mod_log_lock);
|
2012-05-16 22:18:50 +07:00
|
|
|
tm_root = &fs_info->tree_mod_log;
|
|
|
|
for (node = rb_first(tm_root); node; node = next) {
|
|
|
|
next = rb_next(node);
|
2016-12-19 21:53:41 +07:00
|
|
|
tm = rb_entry(node, struct tree_mod_elem, node);
|
2012-06-21 16:08:04 +07:00
|
|
|
if (tm->seq > min_seq)
|
2012-05-16 22:18:50 +07:00
|
|
|
continue;
|
|
|
|
rb_erase(node, tm_root);
|
|
|
|
kfree(tm);
|
|
|
|
}
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&fs_info->tree_mod_log_lock);
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* key order of the log:
|
2016-01-21 17:25:59 +07:00
|
|
|
* node/leaf start address -> sequence
|
2012-05-16 22:18:50 +07:00
|
|
|
*
|
2016-01-21 17:25:59 +07:00
|
|
|
* The 'start address' is the logical address of the *new* root node
|
|
|
|
* for root replace operations, or the logical address of the affected
|
|
|
|
* block for all other operations.
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
*
|
2018-03-05 21:43:41 +07:00
|
|
|
* Note: must be called with write lock for fs_info::tree_mod_log_lock.
|
2012-05-16 22:18:50 +07:00
|
|
|
*/
|
|
|
|
static noinline int
|
|
|
|
__tree_mod_log_insert(struct btrfs_fs_info *fs_info, struct tree_mod_elem *tm)
|
|
|
|
{
|
|
|
|
struct rb_root *tm_root;
|
|
|
|
struct rb_node **new;
|
|
|
|
struct rb_node *parent = NULL;
|
|
|
|
struct tree_mod_elem *cur;
|
2013-07-02 03:18:19 +07:00
|
|
|
|
2014-05-14 07:30:47 +07:00
|
|
|
tm->seq = btrfs_inc_tree_mod_seq(fs_info);
|
2012-05-16 22:18:50 +07:00
|
|
|
|
|
|
|
tm_root = &fs_info->tree_mod_log;
|
|
|
|
new = &tm_root->rb_node;
|
|
|
|
while (*new) {
|
2016-12-19 21:53:41 +07:00
|
|
|
cur = rb_entry(*new, struct tree_mod_elem, node);
|
2012-05-16 22:18:50 +07:00
|
|
|
parent = *new;
|
2016-01-21 17:25:59 +07:00
|
|
|
if (cur->logical < tm->logical)
|
2012-05-16 22:18:50 +07:00
|
|
|
new = &((*new)->rb_left);
|
2016-01-21 17:25:59 +07:00
|
|
|
else if (cur->logical > tm->logical)
|
2012-05-16 22:18:50 +07:00
|
|
|
new = &((*new)->rb_right);
|
2012-06-21 16:08:04 +07:00
|
|
|
else if (cur->seq < tm->seq)
|
2012-05-16 22:18:50 +07:00
|
|
|
new = &((*new)->rb_left);
|
2012-06-21 16:08:04 +07:00
|
|
|
else if (cur->seq > tm->seq)
|
2012-05-16 22:18:50 +07:00
|
|
|
new = &((*new)->rb_right);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
else
|
|
|
|
return -EEXIST;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
rb_link_node(&tm->node, parent, new);
|
|
|
|
rb_insert_color(&tm->node, tm_root);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return 0;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
2012-06-21 16:08:04 +07:00
|
|
|
/*
|
|
|
|
* Determines if logging can be omitted. Returns 1 if it can. Otherwise, it
|
|
|
|
* returns zero with the tree_mod_log_lock acquired. The caller must hold
|
|
|
|
* this until all tree mod log insertions are recorded in the rb tree and then
|
2018-03-05 21:43:41 +07:00
|
|
|
* write unlock fs_info::tree_mod_log_lock.
|
2012-06-21 16:08:04 +07:00
|
|
|
*/
|
2012-05-31 19:59:09 +07:00
|
|
|
static inline int tree_mod_dont_log(struct btrfs_fs_info *fs_info,
|
|
|
|
struct extent_buffer *eb) {
|
|
|
|
smp_mb();
|
|
|
|
if (list_empty(&(fs_info)->tree_mod_seq_list))
|
|
|
|
return 1;
|
2012-06-21 16:08:04 +07:00
|
|
|
if (eb && btrfs_header_level(eb) == 0)
|
|
|
|
return 1;
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
|
2018-03-05 21:43:41 +07:00
|
|
|
write_lock(&fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (list_empty(&(fs_info)->tree_mod_seq_list)) {
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2012-05-31 19:59:09 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
/* Similar to tree_mod_dont_log, but doesn't acquire any locks. */
|
|
|
|
static inline int tree_mod_need_log(const struct btrfs_fs_info *fs_info,
|
|
|
|
struct extent_buffer *eb)
|
|
|
|
{
|
|
|
|
smp_mb();
|
|
|
|
if (list_empty(&(fs_info)->tree_mod_seq_list))
|
|
|
|
return 0;
|
|
|
|
if (eb && btrfs_header_level(eb) == 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct tree_mod_elem *
|
|
|
|
alloc_tree_mod_elem(struct extent_buffer *eb, int slot,
|
|
|
|
enum mod_log_op op, gfp_t flags)
|
2012-05-16 22:18:50 +07:00
|
|
|
{
|
2012-06-21 16:08:04 +07:00
|
|
|
struct tree_mod_elem *tm;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
2013-07-02 03:18:19 +07:00
|
|
|
tm = kzalloc(sizeof(*tm), flags);
|
|
|
|
if (!tm)
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return NULL;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
2016-01-21 17:25:59 +07:00
|
|
|
tm->logical = eb->start;
|
2012-05-16 22:18:50 +07:00
|
|
|
if (op != MOD_LOG_KEY_ADD) {
|
|
|
|
btrfs_node_key(eb, &tm->key, slot);
|
|
|
|
tm->blockptr = btrfs_node_blockptr(eb, slot);
|
|
|
|
}
|
|
|
|
tm->op = op;
|
|
|
|
tm->slot = slot;
|
|
|
|
tm->generation = btrfs_node_ptr_generation(eb, slot);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
RB_CLEAR_NODE(&tm->node);
|
2012-05-16 22:18:50 +07:00
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return tm;
|
2012-06-21 16:08:04 +07:00
|
|
|
}
|
|
|
|
|
2018-03-05 21:09:03 +07:00
|
|
|
static noinline int tree_mod_log_insert_key(struct extent_buffer *eb, int slot,
|
|
|
|
enum mod_log_op op, gfp_t flags)
|
2012-06-21 16:08:04 +07:00
|
|
|
{
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
struct tree_mod_elem *tm;
|
|
|
|
int ret;
|
|
|
|
|
2018-03-05 21:09:03 +07:00
|
|
|
if (!tree_mod_need_log(eb->fs_info, eb))
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
tm = alloc_tree_mod_elem(eb, slot, op, flags);
|
|
|
|
if (!tm)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2018-03-05 21:09:03 +07:00
|
|
|
if (tree_mod_dont_log(eb->fs_info, eb)) {
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
kfree(tm);
|
2012-06-21 16:08:04 +07:00
|
|
|
return 0;
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
}
|
|
|
|
|
2018-03-05 21:09:03 +07:00
|
|
|
ret = __tree_mod_log_insert(eb->fs_info, tm);
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&eb->fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret)
|
|
|
|
kfree(tm);
|
2012-06-21 16:08:04 +07:00
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return ret;
|
2012-06-21 16:08:04 +07:00
|
|
|
}
|
|
|
|
|
2018-03-05 21:03:52 +07:00
|
|
|
static noinline int tree_mod_log_insert_move(struct extent_buffer *eb,
|
|
|
|
int dst_slot, int src_slot, int nr_items)
|
2012-05-16 22:18:50 +07:00
|
|
|
{
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
struct tree_mod_elem *tm = NULL;
|
|
|
|
struct tree_mod_elem **tm_list = NULL;
|
|
|
|
int ret = 0;
|
2012-05-16 22:18:50 +07:00
|
|
|
int i;
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
int locked = 0;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
2018-03-05 21:03:52 +07:00
|
|
|
if (!tree_mod_need_log(eb->fs_info, eb))
|
2012-05-31 20:02:32 +07:00
|
|
|
return 0;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
2017-03-28 19:35:01 +07:00
|
|
|
tm_list = kcalloc(nr_items, sizeof(struct tree_mod_elem *), GFP_NOFS);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tm_list)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2017-03-28 19:35:01 +07:00
|
|
|
tm = kzalloc(sizeof(*tm), GFP_NOFS);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tm) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
|
|
|
|
2016-01-21 17:25:59 +07:00
|
|
|
tm->logical = eb->start;
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
tm->slot = src_slot;
|
|
|
|
tm->move.dst_slot = dst_slot;
|
|
|
|
tm->move.nr_items = nr_items;
|
|
|
|
tm->op = MOD_LOG_MOVE_KEYS;
|
|
|
|
|
|
|
|
for (i = 0; i + dst_slot < src_slot && i < nr_items; i++) {
|
|
|
|
tm_list[i] = alloc_tree_mod_elem(eb, i + dst_slot,
|
2017-03-28 19:35:01 +07:00
|
|
|
MOD_LOG_KEY_REMOVE_WHILE_MOVING, GFP_NOFS);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tm_list[i]) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-03-05 21:03:52 +07:00
|
|
|
if (tree_mod_dont_log(eb->fs_info, eb))
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
goto free_tms;
|
|
|
|
locked = 1;
|
|
|
|
|
2012-10-23 20:02:12 +07:00
|
|
|
/*
|
|
|
|
* When we override something during the move, we log these removals.
|
|
|
|
* This can only happen when we move towards the beginning of the
|
|
|
|
* buffer, i.e. dst_slot < src_slot.
|
|
|
|
*/
|
2012-05-16 22:18:50 +07:00
|
|
|
for (i = 0; i + dst_slot < src_slot && i < nr_items; i++) {
|
2018-03-05 21:03:52 +07:00
|
|
|
ret = __tree_mod_log_insert(eb->fs_info, tm_list[i]);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret)
|
|
|
|
goto free_tms;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
2018-03-05 21:03:52 +07:00
|
|
|
ret = __tree_mod_log_insert(eb->fs_info, tm);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret)
|
|
|
|
goto free_tms;
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&eb->fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
kfree(tm_list);
|
2012-05-31 20:02:32 +07:00
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return 0;
|
|
|
|
free_tms:
|
|
|
|
for (i = 0; i < nr_items; i++) {
|
|
|
|
if (tm_list[i] && !RB_EMPTY_NODE(&tm_list[i]->node))
|
2018-03-05 21:03:52 +07:00
|
|
|
rb_erase(&tm_list[i]->node, &eb->fs_info->tree_mod_log);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
kfree(tm_list[i]);
|
|
|
|
}
|
|
|
|
if (locked)
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&eb->fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
kfree(tm_list);
|
|
|
|
kfree(tm);
|
2012-05-16 22:18:50 +07:00
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return ret;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
static inline int
|
|
|
|
__tree_mod_log_free_eb(struct btrfs_fs_info *fs_info,
|
|
|
|
struct tree_mod_elem **tm_list,
|
|
|
|
int nritems)
|
2012-06-21 16:08:04 +07:00
|
|
|
{
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
int i, j;
|
2012-06-21 16:08:04 +07:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
for (i = nritems - 1; i >= 0; i--) {
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
ret = __tree_mod_log_insert(fs_info, tm_list[i]);
|
|
|
|
if (ret) {
|
|
|
|
for (j = nritems - 1; j > i; j--)
|
|
|
|
rb_erase(&tm_list[j]->node,
|
|
|
|
&fs_info->tree_mod_log);
|
|
|
|
return ret;
|
|
|
|
}
|
2012-06-21 16:08:04 +07:00
|
|
|
}
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
|
|
|
|
return 0;
|
2012-06-21 16:08:04 +07:00
|
|
|
}
|
|
|
|
|
2018-03-05 21:22:30 +07:00
|
|
|
static noinline int tree_mod_log_insert_root(struct extent_buffer *old_root,
|
|
|
|
struct extent_buffer *new_root, int log_removal)
|
2012-05-16 22:18:50 +07:00
|
|
|
{
|
2018-03-05 21:22:30 +07:00
|
|
|
struct btrfs_fs_info *fs_info = old_root->fs_info;
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
struct tree_mod_elem *tm = NULL;
|
|
|
|
struct tree_mod_elem **tm_list = NULL;
|
|
|
|
int nritems = 0;
|
|
|
|
int ret = 0;
|
|
|
|
int i;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tree_mod_need_log(fs_info, NULL))
|
2012-06-21 16:08:04 +07:00
|
|
|
return 0;
|
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (log_removal && btrfs_header_level(old_root) > 0) {
|
|
|
|
nritems = btrfs_header_nritems(old_root);
|
2015-02-21 00:00:26 +07:00
|
|
|
tm_list = kcalloc(nritems, sizeof(struct tree_mod_elem *),
|
2017-03-28 19:35:42 +07:00
|
|
|
GFP_NOFS);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tm_list) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
|
|
|
for (i = 0; i < nritems; i++) {
|
|
|
|
tm_list[i] = alloc_tree_mod_elem(old_root, i,
|
2017-03-28 19:35:42 +07:00
|
|
|
MOD_LOG_KEY_REMOVE_WHILE_FREEING, GFP_NOFS);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tm_list[i]) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2013-03-20 20:49:48 +07:00
|
|
|
|
2017-03-28 19:35:42 +07:00
|
|
|
tm = kzalloc(sizeof(*tm), GFP_NOFS);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tm) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
2012-05-16 22:18:50 +07:00
|
|
|
|
2016-01-21 17:25:59 +07:00
|
|
|
tm->logical = new_root->start;
|
2012-05-16 22:18:50 +07:00
|
|
|
tm->old_root.logical = old_root->start;
|
|
|
|
tm->old_root.level = btrfs_header_level(old_root);
|
|
|
|
tm->generation = btrfs_header_generation(old_root);
|
|
|
|
tm->op = MOD_LOG_ROOT_REPLACE;
|
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (tree_mod_dont_log(fs_info, NULL))
|
|
|
|
goto free_tms;
|
|
|
|
|
|
|
|
if (tm_list)
|
|
|
|
ret = __tree_mod_log_free_eb(fs_info, tm_list, nritems);
|
|
|
|
if (!ret)
|
|
|
|
ret = __tree_mod_log_insert(fs_info, tm);
|
|
|
|
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret)
|
|
|
|
goto free_tms;
|
|
|
|
kfree(tm_list);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
free_tms:
|
|
|
|
if (tm_list) {
|
|
|
|
for (i = 0; i < nritems; i++)
|
|
|
|
kfree(tm_list[i]);
|
|
|
|
kfree(tm_list);
|
|
|
|
}
|
|
|
|
kfree(tm);
|
|
|
|
|
|
|
|
return ret;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct tree_mod_elem *
|
|
|
|
__tree_mod_log_search(struct btrfs_fs_info *fs_info, u64 start, u64 min_seq,
|
|
|
|
int smallest)
|
|
|
|
{
|
|
|
|
struct rb_root *tm_root;
|
|
|
|
struct rb_node *node;
|
|
|
|
struct tree_mod_elem *cur = NULL;
|
|
|
|
struct tree_mod_elem *found = NULL;
|
|
|
|
|
2018-03-05 21:43:41 +07:00
|
|
|
read_lock(&fs_info->tree_mod_log_lock);
|
2012-05-16 22:18:50 +07:00
|
|
|
tm_root = &fs_info->tree_mod_log;
|
|
|
|
node = tm_root->rb_node;
|
|
|
|
while (node) {
|
2016-12-19 21:53:41 +07:00
|
|
|
cur = rb_entry(node, struct tree_mod_elem, node);
|
2016-01-21 17:25:59 +07:00
|
|
|
if (cur->logical < start) {
|
2012-05-16 22:18:50 +07:00
|
|
|
node = node->rb_left;
|
2016-01-21 17:25:59 +07:00
|
|
|
} else if (cur->logical > start) {
|
2012-05-16 22:18:50 +07:00
|
|
|
node = node->rb_right;
|
2012-06-21 16:08:04 +07:00
|
|
|
} else if (cur->seq < min_seq) {
|
2012-05-16 22:18:50 +07:00
|
|
|
node = node->rb_left;
|
|
|
|
} else if (!smallest) {
|
|
|
|
/* we want the node with the highest seq */
|
|
|
|
if (found)
|
2012-06-21 16:08:04 +07:00
|
|
|
BUG_ON(found->seq > cur->seq);
|
2012-05-16 22:18:50 +07:00
|
|
|
found = cur;
|
|
|
|
node = node->rb_left;
|
2012-06-21 16:08:04 +07:00
|
|
|
} else if (cur->seq > min_seq) {
|
2012-05-16 22:18:50 +07:00
|
|
|
/* we want the node with the smallest seq */
|
|
|
|
if (found)
|
2012-06-21 16:08:04 +07:00
|
|
|
BUG_ON(found->seq < cur->seq);
|
2012-05-16 22:18:50 +07:00
|
|
|
found = cur;
|
|
|
|
node = node->rb_right;
|
|
|
|
} else {
|
|
|
|
found = cur;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2018-03-05 21:43:41 +07:00
|
|
|
read_unlock(&fs_info->tree_mod_log_lock);
|
2012-05-16 22:18:50 +07:00
|
|
|
|
|
|
|
return found;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* this returns the element from the log with the smallest time sequence
|
|
|
|
* value that's in the log (the oldest log item). any element with a time
|
|
|
|
* sequence lower than min_seq will be ignored.
|
|
|
|
*/
|
|
|
|
static struct tree_mod_elem *
|
|
|
|
tree_mod_log_search_oldest(struct btrfs_fs_info *fs_info, u64 start,
|
|
|
|
u64 min_seq)
|
|
|
|
{
|
|
|
|
return __tree_mod_log_search(fs_info, start, min_seq, 1);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* this returns the element from the log with the largest time sequence
|
|
|
|
* value that's in the log (the most recent log item). any element with
|
|
|
|
* a time sequence lower than min_seq will be ignored.
|
|
|
|
*/
|
|
|
|
static struct tree_mod_elem *
|
|
|
|
tree_mod_log_search(struct btrfs_fs_info *fs_info, u64 start, u64 min_seq)
|
|
|
|
{
|
|
|
|
return __tree_mod_log_search(fs_info, start, min_seq, 0);
|
|
|
|
}
|
|
|
|
|
2019-03-20 20:22:04 +07:00
|
|
|
static noinline int tree_mod_log_eb_copy(struct extent_buffer *dst,
|
2012-05-16 22:18:50 +07:00
|
|
|
struct extent_buffer *src, unsigned long dst_offset,
|
2013-04-13 20:19:53 +07:00
|
|
|
unsigned long src_offset, int nr_items)
|
2012-05-16 22:18:50 +07:00
|
|
|
{
|
2019-03-20 20:22:04 +07:00
|
|
|
struct btrfs_fs_info *fs_info = dst->fs_info;
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
int ret = 0;
|
|
|
|
struct tree_mod_elem **tm_list = NULL;
|
|
|
|
struct tree_mod_elem **tm_list_add, **tm_list_rem;
|
2012-05-16 22:18:50 +07:00
|
|
|
int i;
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
int locked = 0;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tree_mod_need_log(fs_info, NULL))
|
|
|
|
return 0;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
2013-07-02 03:18:19 +07:00
|
|
|
if (btrfs_header_level(dst) == 0 && btrfs_header_level(src) == 0)
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return 0;
|
|
|
|
|
2015-02-21 00:00:26 +07:00
|
|
|
tm_list = kcalloc(nr_items * 2, sizeof(struct tree_mod_elem *),
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
GFP_NOFS);
|
|
|
|
if (!tm_list)
|
|
|
|
return -ENOMEM;
|
2012-05-16 22:18:50 +07:00
|
|
|
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
tm_list_add = tm_list;
|
|
|
|
tm_list_rem = tm_list + nr_items;
|
2012-05-16 22:18:50 +07:00
|
|
|
for (i = 0; i < nr_items; i++) {
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
tm_list_rem[i] = alloc_tree_mod_elem(src, i + src_offset,
|
|
|
|
MOD_LOG_KEY_REMOVE, GFP_NOFS);
|
|
|
|
if (!tm_list_rem[i]) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
|
|
|
|
|
|
|
tm_list_add[i] = alloc_tree_mod_elem(dst, i + dst_offset,
|
|
|
|
MOD_LOG_KEY_ADD, GFP_NOFS);
|
|
|
|
if (!tm_list_add[i]) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (tree_mod_dont_log(fs_info, NULL))
|
|
|
|
goto free_tms;
|
|
|
|
locked = 1;
|
|
|
|
|
|
|
|
for (i = 0; i < nr_items; i++) {
|
|
|
|
ret = __tree_mod_log_insert(fs_info, tm_list_rem[i]);
|
|
|
|
if (ret)
|
|
|
|
goto free_tms;
|
|
|
|
ret = __tree_mod_log_insert(fs_info, tm_list_add[i]);
|
|
|
|
if (ret)
|
|
|
|
goto free_tms;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
kfree(tm_list);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
free_tms:
|
|
|
|
for (i = 0; i < nr_items * 2; i++) {
|
|
|
|
if (tm_list[i] && !RB_EMPTY_NODE(&tm_list[i]->node))
|
|
|
|
rb_erase(&tm_list[i]->node, &fs_info->tree_mod_log);
|
|
|
|
kfree(tm_list[i]);
|
|
|
|
}
|
|
|
|
if (locked)
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
kfree(tm_list);
|
|
|
|
|
|
|
|
return ret;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
2018-03-05 21:14:25 +07:00
|
|
|
static noinline int tree_mod_log_free_eb(struct extent_buffer *eb)
|
2012-05-16 22:18:50 +07:00
|
|
|
{
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
struct tree_mod_elem **tm_list = NULL;
|
|
|
|
int nritems = 0;
|
|
|
|
int i;
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
if (btrfs_header_level(eb) == 0)
|
|
|
|
return 0;
|
|
|
|
|
2018-03-05 21:14:25 +07:00
|
|
|
if (!tree_mod_need_log(eb->fs_info, NULL))
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
nritems = btrfs_header_nritems(eb);
|
2015-02-21 00:00:26 +07:00
|
|
|
tm_list = kcalloc(nritems, sizeof(struct tree_mod_elem *), GFP_NOFS);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (!tm_list)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
for (i = 0; i < nritems; i++) {
|
|
|
|
tm_list[i] = alloc_tree_mod_elem(eb, i,
|
|
|
|
MOD_LOG_KEY_REMOVE_WHILE_FREEING, GFP_NOFS);
|
|
|
|
if (!tm_list[i]) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_tms;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-03-05 21:14:25 +07:00
|
|
|
if (tree_mod_dont_log(eb->fs_info, eb))
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
goto free_tms;
|
|
|
|
|
2018-03-05 21:14:25 +07:00
|
|
|
ret = __tree_mod_log_free_eb(eb->fs_info, tm_list, nritems);
|
2018-03-05 21:43:41 +07:00
|
|
|
write_unlock(&eb->fs_info->tree_mod_log_lock);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret)
|
|
|
|
goto free_tms;
|
|
|
|
kfree(tm_list);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
free_tms:
|
|
|
|
for (i = 0; i < nritems; i++)
|
|
|
|
kfree(tm_list[i]);
|
|
|
|
kfree(tm_list);
|
|
|
|
|
|
|
|
return ret;
|
2012-05-16 22:18:50 +07:00
|
|
|
}
|
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
/*
|
|
|
|
* check if the tree block can be shared by multiple trees
|
|
|
|
*/
|
|
|
|
int btrfs_block_can_be_shared(struct btrfs_root *root,
|
|
|
|
struct extent_buffer *buf)
|
|
|
|
{
|
|
|
|
/*
|
2016-05-20 08:18:45 +07:00
|
|
|
* Tree blocks not in reference counted trees and tree roots
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
* are never shared. If a block was allocated after the last
|
|
|
|
* snapshot and the block was not allocated by tree relocation,
|
|
|
|
* we know the block is not shared.
|
|
|
|
*/
|
2014-04-02 18:51:05 +07:00
|
|
|
if (test_bit(BTRFS_ROOT_REF_COWS, &root->state) &&
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
buf != root->node && buf != root->commit_root &&
|
|
|
|
(btrfs_header_generation(buf) <=
|
|
|
|
btrfs_root_last_snapshot(&root->root_item) ||
|
|
|
|
btrfs_header_flag(buf, BTRFS_HEADER_FLAG_RELOC)))
|
|
|
|
return 1;
|
2018-06-21 13:45:00 +07:00
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static noinline int update_ref_for_cow(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct extent_buffer *buf,
|
2010-05-16 21:46:25 +07:00
|
|
|
struct extent_buffer *cow,
|
|
|
|
int *last_ref)
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
u64 refs;
|
|
|
|
u64 owner;
|
|
|
|
u64 flags;
|
|
|
|
u64 new_flags = 0;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Backrefs update rules:
|
|
|
|
*
|
|
|
|
* Always use full backrefs for extent pointers in tree block
|
|
|
|
* allocated by tree relocation.
|
|
|
|
*
|
|
|
|
* If a shared tree block is no longer referenced by its owner
|
|
|
|
* tree (btrfs_header_owner(buf) == root->root_key.objectid),
|
|
|
|
* use full backrefs for extent pointers in tree block.
|
|
|
|
*
|
|
|
|
* If a tree block is been relocating
|
|
|
|
* (root->root_key.objectid == BTRFS_TREE_RELOC_OBJECTID),
|
|
|
|
* use full backrefs for extent pointers in tree block.
|
|
|
|
* The reason for this is some operations (such as drop tree)
|
|
|
|
* are only allowed for blocks use full backrefs.
|
|
|
|
*/
|
|
|
|
|
|
|
|
if (btrfs_block_can_be_shared(root, buf)) {
|
2016-06-23 05:54:24 +07:00
|
|
|
ret = btrfs_lookup_extent_info(trans, fs_info, buf->start,
|
2013-03-08 02:22:04 +07:00
|
|
|
btrfs_header_level(buf), 1,
|
|
|
|
&refs, &flags);
|
2011-08-09 03:20:18 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
2011-08-30 04:17:04 +07:00
|
|
|
if (refs == 0) {
|
|
|
|
ret = -EROFS;
|
2016-06-23 05:54:23 +07:00
|
|
|
btrfs_handle_fs_error(fs_info, ret, NULL);
|
2011-08-30 04:17:04 +07:00
|
|
|
return ret;
|
|
|
|
}
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
} else {
|
|
|
|
refs = 1;
|
|
|
|
if (root->root_key.objectid == BTRFS_TREE_RELOC_OBJECTID ||
|
|
|
|
btrfs_header_backref_rev(buf) < BTRFS_MIXED_BACKREF_REV)
|
|
|
|
flags = BTRFS_BLOCK_FLAG_FULL_BACKREF;
|
|
|
|
else
|
|
|
|
flags = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
owner = btrfs_header_owner(buf);
|
|
|
|
BUG_ON(owner == BTRFS_TREE_RELOC_OBJECTID &&
|
|
|
|
!(flags & BTRFS_BLOCK_FLAG_FULL_BACKREF));
|
|
|
|
|
|
|
|
if (refs > 1) {
|
|
|
|
if ((owner == root->root_key.objectid ||
|
|
|
|
root->root_key.objectid == BTRFS_TREE_RELOC_OBJECTID) &&
|
|
|
|
!(flags & BTRFS_BLOCK_FLAG_FULL_BACKREF)) {
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, buf, 1);
|
2017-11-22 01:58:49 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
|
|
|
|
if (root->root_key.objectid ==
|
|
|
|
BTRFS_TREE_RELOC_OBJECTID) {
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_dec_ref(trans, root, buf, 0);
|
2017-11-22 01:58:49 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, cow, 1);
|
2017-11-22 01:58:49 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
}
|
|
|
|
new_flags |= BTRFS_BLOCK_FLAG_FULL_BACKREF;
|
|
|
|
} else {
|
|
|
|
|
|
|
|
if (root->root_key.objectid ==
|
|
|
|
BTRFS_TREE_RELOC_OBJECTID)
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, cow, 1);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
else
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, cow, 0);
|
2017-11-22 01:58:49 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
}
|
|
|
|
if (new_flags != 0) {
|
2013-05-10 00:49:30 +07:00
|
|
|
int level = btrfs_header_level(buf);
|
|
|
|
|
2016-06-23 05:54:24 +07:00
|
|
|
ret = btrfs_set_disk_extent_flags(trans, fs_info,
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
buf->start,
|
|
|
|
buf->len,
|
2013-05-10 00:49:30 +07:00
|
|
|
new_flags, level, 0);
|
2011-08-09 03:20:18 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (flags & BTRFS_BLOCK_FLAG_FULL_BACKREF) {
|
|
|
|
if (root->root_key.objectid ==
|
|
|
|
BTRFS_TREE_RELOC_OBJECTID)
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, cow, 1);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
else
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_inc_ref(trans, root, cow, 0);
|
2017-11-22 01:58:49 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
2014-07-03 00:54:25 +07:00
|
|
|
ret = btrfs_dec_ref(trans, root, buf, 1);
|
2017-11-22 01:58:49 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
}
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(buf);
|
2010-05-16 21:46:25 +07:00
|
|
|
*last_ref = 1;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-01-25 18:48:51 +07:00
|
|
|
static struct extent_buffer *alloc_tree_block_no_bg_flush(
|
|
|
|
struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
u64 parent_start,
|
|
|
|
const struct btrfs_disk_key *disk_key,
|
|
|
|
int level,
|
|
|
|
u64 hint,
|
|
|
|
u64 empty_size)
|
|
|
|
{
|
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
|
|
|
struct extent_buffer *ret;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If we are COWing a node/leaf from the extent, chunk, device or free
|
|
|
|
* space trees, make sure that we do not finish block group creation of
|
|
|
|
* pending block groups. We do this to avoid a deadlock.
|
|
|
|
* COWing can result in allocation of a new chunk, and flushing pending
|
|
|
|
* block groups (btrfs_create_pending_block_groups()) can be triggered
|
|
|
|
* when finishing allocation of a new chunk. Creation of a pending block
|
|
|
|
* group modifies the extent, chunk, device and free space trees,
|
|
|
|
* therefore we could deadlock with ourselves since we are holding a
|
|
|
|
* lock on an extent buffer that btrfs_create_pending_block_groups() may
|
|
|
|
* try to COW later.
|
|
|
|
* For similar reasons, we also need to delay flushing pending block
|
|
|
|
* groups when splitting a leaf or node, from one of those trees, since
|
|
|
|
* we are holding a write lock on it and its parent or when inserting a
|
|
|
|
* new root node for one of those trees.
|
|
|
|
*/
|
|
|
|
if (root == fs_info->extent_root ||
|
|
|
|
root == fs_info->chunk_root ||
|
|
|
|
root == fs_info->dev_root ||
|
|
|
|
root == fs_info->free_space_root)
|
|
|
|
trans->can_flush_pending_bgs = false;
|
|
|
|
|
|
|
|
ret = btrfs_alloc_tree_block(trans, root, parent_start,
|
|
|
|
root->root_key.objectid, disk_key, level,
|
|
|
|
hint, empty_size);
|
|
|
|
trans->can_flush_pending_bgs = true;
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
2009-01-06 09:25:51 +07:00
|
|
|
* does the dirty work in cow of a single block. The parent block (if
|
|
|
|
* supplied) is updated to point to the new cow copy. The new buffer is marked
|
|
|
|
* dirty and returned locked. If you modify the block it needs to be marked
|
|
|
|
* dirty again.
|
2008-09-30 02:18:18 +07:00
|
|
|
*
|
|
|
|
* search_start -- an allocation hint for the new block
|
|
|
|
*
|
2009-01-06 09:25:51 +07:00
|
|
|
* empty_size -- a hint that you plan on doing more cow. This is the size in
|
|
|
|
* bytes the allocator should try to find free next to the block it returns.
|
|
|
|
* This is just a hint and may be ignored by the allocator.
|
2008-09-30 02:18:18 +07:00
|
|
|
*/
|
2009-01-06 09:25:51 +07:00
|
|
|
static noinline int __btrfs_cow_block(struct btrfs_trans_handle *trans,
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_root *root,
|
|
|
|
struct extent_buffer *buf,
|
|
|
|
struct extent_buffer *parent, int parent_slot,
|
|
|
|
struct extent_buffer **cow_ret,
|
2009-03-13 21:24:59 +07:00
|
|
|
u64 search_start, u64 empty_size)
|
2007-03-03 04:08:05 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *cow;
|
2011-08-09 03:20:18 +07:00
|
|
|
int level, ret;
|
2010-05-16 21:46:25 +07:00
|
|
|
int last_ref = 0;
|
2008-06-26 03:01:30 +07:00
|
|
|
int unlock_orig = 0;
|
2016-09-23 02:11:34 +07:00
|
|
|
u64 parent_start = 0;
|
2007-12-11 21:25:06 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
if (*cow_ret == buf)
|
|
|
|
unlock_orig = 1;
|
|
|
|
|
2009-03-09 22:45:38 +07:00
|
|
|
btrfs_assert_tree_locked(buf);
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2014-04-02 18:51:05 +07:00
|
|
|
WARN_ON(test_bit(BTRFS_ROOT_REF_COWS, &root->state) &&
|
2016-06-23 05:54:23 +07:00
|
|
|
trans->transid != fs_info->running_transaction->transid);
|
2014-04-02 18:51:05 +07:00
|
|
|
WARN_ON(test_bit(BTRFS_ROOT_REF_COWS, &root->state) &&
|
|
|
|
trans->transid != root->last_trans);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-12-11 21:25:06 +07:00
|
|
|
level = btrfs_header_level(buf);
|
2008-09-24 00:14:14 +07:00
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (level == 0)
|
|
|
|
btrfs_item_key(buf, &disk_key, 0);
|
|
|
|
else
|
|
|
|
btrfs_node_key(buf, &disk_key, 0);
|
|
|
|
|
2016-09-23 02:11:34 +07:00
|
|
|
if ((root->root_key.objectid == BTRFS_TREE_RELOC_OBJECTID) && parent)
|
|
|
|
parent_start = parent->start;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
|
2019-01-25 18:48:51 +07:00
|
|
|
cow = alloc_tree_block_no_bg_flush(trans, root, parent_start, &disk_key,
|
|
|
|
level, search_start, empty_size);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (IS_ERR(cow))
|
|
|
|
return PTR_ERR(cow);
|
2007-08-08 03:15:09 +07:00
|
|
|
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
/* cow is set to blocking by btrfs_init_new_buffer */
|
|
|
|
|
2016-11-09 00:30:31 +07:00
|
|
|
copy_extent_buffer_full(cow, buf);
|
2007-10-16 03:15:53 +07:00
|
|
|
btrfs_set_header_bytenr(cow, cow->start);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_generation(cow, trans->transid);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
btrfs_set_header_backref_rev(cow, BTRFS_MIXED_BACKREF_REV);
|
|
|
|
btrfs_clear_header_flag(cow, BTRFS_HEADER_FLAG_WRITTEN |
|
|
|
|
BTRFS_HEADER_FLAG_RELOC);
|
|
|
|
if (root->root_key.objectid == BTRFS_TREE_RELOC_OBJECTID)
|
|
|
|
btrfs_set_header_flag(cow, BTRFS_HEADER_FLAG_RELOC);
|
|
|
|
else
|
|
|
|
btrfs_set_header_owner(cow, root->root_key.objectid);
|
2007-08-08 03:15:09 +07:00
|
|
|
|
2018-10-30 21:43:24 +07:00
|
|
|
write_extent_buffer_fsid(cow, fs_info->fs_devices->metadata_uuid);
|
2008-11-18 09:11:30 +07:00
|
|
|
|
2011-08-09 03:20:18 +07:00
|
|
|
ret = update_ref_for_cow(trans, root, buf, cow, &last_ref);
|
2011-08-30 04:30:39 +07:00
|
|
|
if (ret) {
|
2016-06-11 05:19:25 +07:00
|
|
|
btrfs_abort_transaction(trans, ret);
|
2011-08-30 04:30:39 +07:00
|
|
|
return ret;
|
|
|
|
}
|
Btrfs: update space balancing code
This patch updates the space balancing code to utilize the new
backref format. Before, btrfs-vol -b would break any COW links
on data blocks or metadata. This was slow and caused the amount
of space used to explode if a large number of snapshots were present.
The new code can keeps the sharing of all data extents and
most of the tree blocks.
To maintain the sharing of data extents, the space balance code uses
a seperate inode hold data extent pointers, then updates the references
to point to the new location.
To maintain the sharing of tree blocks, the space balance code uses
reloc trees to relocate tree blocks in reference counted roots.
There is one reloc tree for each subvol, and all reloc trees share
same root key objectid. Reloc trees are snapshots of the latest
committed roots of subvols (root->commit_root).
To relocate a tree block referenced by a subvol, there are two steps.
COW the block through subvol's reloc tree, then update block pointer in
the subvol to point to the new block. Since all reloc trees share
same root key objectid, doing special handing for tree blocks
owned by them is easy. Once a tree block has been COWed in one
reloc tree, we can use the resulting new block directly when the
same block is required to COW again through other reloc trees.
In this way, relocated tree blocks are shared between reloc trees,
so they are also shared between subvols.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2008-09-26 21:09:34 +07:00
|
|
|
|
2014-04-02 18:51:05 +07:00
|
|
|
if (test_bit(BTRFS_ROOT_REF_COWS, &root->state)) {
|
2013-08-31 02:09:51 +07:00
|
|
|
ret = btrfs_reloc_cow_block(trans, root, buf, cow);
|
2015-08-06 20:56:58 +07:00
|
|
|
if (ret) {
|
2016-06-11 05:19:25 +07:00
|
|
|
btrfs_abort_transaction(trans, ret);
|
2013-08-31 02:09:51 +07:00
|
|
|
return ret;
|
2015-08-06 20:56:58 +07:00
|
|
|
}
|
2013-08-31 02:09:51 +07:00
|
|
|
}
|
2010-05-16 21:49:59 +07:00
|
|
|
|
2007-03-03 04:08:05 +07:00
|
|
|
if (buf == root->node) {
|
2008-06-26 03:01:30 +07:00
|
|
|
WARN_ON(parent && parent != buf);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (root->root_key.objectid == BTRFS_TREE_RELOC_OBJECTID ||
|
|
|
|
btrfs_header_backref_rev(buf) < BTRFS_MIXED_BACKREF_REV)
|
|
|
|
parent_start = buf->start;
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
extent_buffer_get(cow);
|
2018-03-05 22:35:29 +07:00
|
|
|
ret = tree_mod_log_insert_root(root->node, cow, 1);
|
|
|
|
BUG_ON(ret < 0);
|
2011-03-24 01:54:42 +07:00
|
|
|
rcu_assign_pointer(root->node, cow);
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2010-05-16 21:46:25 +07:00
|
|
|
btrfs_free_tree_block(trans, root, buf, parent_start,
|
2012-05-16 22:04:52 +07:00
|
|
|
last_ref);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(buf);
|
2008-03-25 02:01:56 +07:00
|
|
|
add_root_to_dirty_list(root);
|
2007-03-03 04:08:05 +07:00
|
|
|
} else {
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
WARN_ON(trans->transid != btrfs_header_generation(parent));
|
2018-03-05 21:09:03 +07:00
|
|
|
tree_mod_log_insert_key(parent, parent_slot,
|
2013-07-02 03:18:19 +07:00
|
|
|
MOD_LOG_KEY_REPLACE, GFP_NOFS);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_node_blockptr(parent, parent_slot,
|
2007-10-16 03:15:53 +07:00
|
|
|
cow->start);
|
2007-12-11 21:25:06 +07:00
|
|
|
btrfs_set_node_ptr_generation(parent, parent_slot,
|
|
|
|
trans->transid);
|
2007-03-31 01:27:56 +07:00
|
|
|
btrfs_mark_buffer_dirty(parent);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (last_ref) {
|
2018-03-05 21:14:25 +07:00
|
|
|
ret = tree_mod_log_free_eb(buf);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret) {
|
2016-06-11 05:19:25 +07:00
|
|
|
btrfs_abort_transaction(trans, ret);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
}
|
2010-05-16 21:46:25 +07:00
|
|
|
btrfs_free_tree_block(trans, root, buf, parent_start,
|
2012-05-16 22:04:52 +07:00
|
|
|
last_ref);
|
2007-03-03 04:08:05 +07:00
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
if (unlock_orig)
|
|
|
|
btrfs_tree_unlock(buf);
|
2012-03-10 04:01:49 +07:00
|
|
|
free_extent_buffer_stale(buf);
|
2007-06-29 02:57:36 +07:00
|
|
|
btrfs_mark_buffer_dirty(cow);
|
2007-04-02 21:50:19 +07:00
|
|
|
*cow_ret = cow;
|
2007-03-03 04:08:05 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-05-16 23:25:47 +07:00
|
|
|
/*
|
|
|
|
* returns the logical address of the oldest predecessor of the given root.
|
|
|
|
* entries older than time_seq are ignored.
|
|
|
|
*/
|
2018-03-05 21:33:18 +07:00
|
|
|
static struct tree_mod_elem *__tree_mod_log_oldest_root(
|
|
|
|
struct extent_buffer *eb_root, u64 time_seq)
|
2012-05-16 23:25:47 +07:00
|
|
|
{
|
|
|
|
struct tree_mod_elem *tm;
|
|
|
|
struct tree_mod_elem *found = NULL;
|
2013-04-13 20:19:54 +07:00
|
|
|
u64 root_logical = eb_root->start;
|
2012-05-16 23:25:47 +07:00
|
|
|
int looped = 0;
|
|
|
|
|
|
|
|
if (!time_seq)
|
2013-08-14 23:12:25 +07:00
|
|
|
return NULL;
|
2012-05-16 23:25:47 +07:00
|
|
|
|
|
|
|
/*
|
2016-01-21 17:25:59 +07:00
|
|
|
* the very last operation that's logged for a root is the
|
|
|
|
* replacement operation (if it is replaced at all). this has
|
|
|
|
* the logical address of the *new* root, making it the very
|
|
|
|
* first operation that's logged for this root.
|
2012-05-16 23:25:47 +07:00
|
|
|
*/
|
|
|
|
while (1) {
|
2018-03-05 21:33:18 +07:00
|
|
|
tm = tree_mod_log_search_oldest(eb_root->fs_info, root_logical,
|
2012-05-16 23:25:47 +07:00
|
|
|
time_seq);
|
|
|
|
if (!looped && !tm)
|
2013-08-14 23:12:25 +07:00
|
|
|
return NULL;
|
2012-05-16 23:25:47 +07:00
|
|
|
/*
|
2012-06-21 15:59:13 +07:00
|
|
|
* if there are no tree operation for the oldest root, we simply
|
|
|
|
* return it. this should only happen if that (old) root is at
|
|
|
|
* level 0.
|
2012-05-16 23:25:47 +07:00
|
|
|
*/
|
2012-06-21 15:59:13 +07:00
|
|
|
if (!tm)
|
|
|
|
break;
|
2012-05-16 23:25:47 +07:00
|
|
|
|
2012-06-21 15:59:13 +07:00
|
|
|
/*
|
|
|
|
* if there's an operation that's not a root replacement, we
|
|
|
|
* found the oldest version of our root. normally, we'll find a
|
|
|
|
* MOD_LOG_KEY_REMOVE_WHILE_FREEING operation here.
|
|
|
|
*/
|
2012-05-16 23:25:47 +07:00
|
|
|
if (tm->op != MOD_LOG_ROOT_REPLACE)
|
|
|
|
break;
|
|
|
|
|
|
|
|
found = tm;
|
|
|
|
root_logical = tm->old_root.logical;
|
|
|
|
looped = 1;
|
|
|
|
}
|
|
|
|
|
2012-06-05 21:41:24 +07:00
|
|
|
/* if there's no old root to return, return what we found instead */
|
|
|
|
if (!found)
|
|
|
|
found = tm;
|
|
|
|
|
2012-05-16 23:25:47 +07:00
|
|
|
return found;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* tm is a pointer to the first operation to rewind within eb. then, all
|
2016-05-20 08:18:45 +07:00
|
|
|
* previous operations will be rewound (until we reach something older than
|
2012-05-16 23:25:47 +07:00
|
|
|
* time_seq).
|
|
|
|
*/
|
|
|
|
static void
|
2013-06-30 10:15:19 +07:00
|
|
|
__tree_mod_log_rewind(struct btrfs_fs_info *fs_info, struct extent_buffer *eb,
|
|
|
|
u64 time_seq, struct tree_mod_elem *first_tm)
|
2012-05-16 23:25:47 +07:00
|
|
|
{
|
|
|
|
u32 n;
|
|
|
|
struct rb_node *next;
|
|
|
|
struct tree_mod_elem *tm = first_tm;
|
|
|
|
unsigned long o_dst;
|
|
|
|
unsigned long o_src;
|
|
|
|
unsigned long p_size = sizeof(struct btrfs_key_ptr);
|
|
|
|
|
|
|
|
n = btrfs_header_nritems(eb);
|
2018-03-05 21:43:41 +07:00
|
|
|
read_lock(&fs_info->tree_mod_log_lock);
|
2012-06-21 16:08:04 +07:00
|
|
|
while (tm && tm->seq >= time_seq) {
|
2012-05-16 23:25:47 +07:00
|
|
|
/*
|
|
|
|
* all the operations are recorded with the operator used for
|
|
|
|
* the modification. as we're going backwards, we do the
|
|
|
|
* opposite of each operation here.
|
|
|
|
*/
|
|
|
|
switch (tm->op) {
|
|
|
|
case MOD_LOG_KEY_REMOVE_WHILE_FREEING:
|
|
|
|
BUG_ON(tm->slot < n);
|
2013-01-31 07:54:56 +07:00
|
|
|
/* Fallthrough */
|
Btrfs: MOD_LOG_KEY_REMOVE_WHILE_MOVING never change node's nritems
Key MOD_LOG_KEY_REMOVE_WHILE_MOVING means that we're doing memmove inside
an extent buffer node, and the node's number of items remains unchanged
(unless we are inserting a single pointer, but we have MOD_LOG_KEY_ADD for that).
So we don't need to increase node's number of items during rewinding,
otherwise we may get an node larger than leafsize and cause general protection
errors later.
Here is the details,
- If we do memory move for inserting a single pointer, we need to
add node's nritems by one, and we honor MOD_LOG_KEY_ADD for adding.
- If we do memory move for deleting a single pointer, we need to
decrease node's nritems by one, and we honor MOD_LOG_KEY_REMOVE for
deleting.
- If we do memory move for balance left/right, we need to decrease
node's nritems, and we honor MOD_LOG_KEY_REMOVE for balaning.
Signed-off-by: Liu Bo <bo.li.liu@oracle.com>
Signed-off-by: Chris Mason <chris.mason@fusionio.com>
2012-10-19 16:50:52 +07:00
|
|
|
case MOD_LOG_KEY_REMOVE_WHILE_MOVING:
|
2012-12-19 03:43:18 +07:00
|
|
|
case MOD_LOG_KEY_REMOVE:
|
2012-05-16 23:25:47 +07:00
|
|
|
btrfs_set_node_key(eb, &tm->key, tm->slot);
|
|
|
|
btrfs_set_node_blockptr(eb, tm->slot, tm->blockptr);
|
|
|
|
btrfs_set_node_ptr_generation(eb, tm->slot,
|
|
|
|
tm->generation);
|
2012-12-19 03:43:18 +07:00
|
|
|
n++;
|
2012-05-16 23:25:47 +07:00
|
|
|
break;
|
|
|
|
case MOD_LOG_KEY_REPLACE:
|
|
|
|
BUG_ON(tm->slot >= n);
|
|
|
|
btrfs_set_node_key(eb, &tm->key, tm->slot);
|
|
|
|
btrfs_set_node_blockptr(eb, tm->slot, tm->blockptr);
|
|
|
|
btrfs_set_node_ptr_generation(eb, tm->slot,
|
|
|
|
tm->generation);
|
|
|
|
break;
|
|
|
|
case MOD_LOG_KEY_ADD:
|
2012-06-22 19:52:13 +07:00
|
|
|
/* if a move operation is needed it's in the log */
|
2012-05-16 23:25:47 +07:00
|
|
|
n--;
|
|
|
|
break;
|
|
|
|
case MOD_LOG_MOVE_KEYS:
|
2012-06-01 00:24:36 +07:00
|
|
|
o_dst = btrfs_node_key_ptr_offset(tm->slot);
|
|
|
|
o_src = btrfs_node_key_ptr_offset(tm->move.dst_slot);
|
|
|
|
memmove_extent_buffer(eb, o_dst, o_src,
|
2012-05-16 23:25:47 +07:00
|
|
|
tm->move.nr_items * p_size);
|
|
|
|
break;
|
|
|
|
case MOD_LOG_ROOT_REPLACE:
|
|
|
|
/*
|
|
|
|
* this operation is special. for roots, this must be
|
|
|
|
* handled explicitly before rewinding.
|
|
|
|
* for non-roots, this operation may exist if the node
|
|
|
|
* was a root: root A -> child B; then A gets empty and
|
|
|
|
* B is promoted to the new root. in the mod log, we'll
|
|
|
|
* have a root-replace operation for B, a tree block
|
|
|
|
* that is no root. we simply ignore that operation.
|
|
|
|
*/
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
next = rb_next(&tm->node);
|
|
|
|
if (!next)
|
|
|
|
break;
|
2016-12-19 21:53:41 +07:00
|
|
|
tm = rb_entry(next, struct tree_mod_elem, node);
|
2016-01-21 17:25:59 +07:00
|
|
|
if (tm->logical != first_tm->logical)
|
2012-05-16 23:25:47 +07:00
|
|
|
break;
|
|
|
|
}
|
2018-03-05 21:43:41 +07:00
|
|
|
read_unlock(&fs_info->tree_mod_log_lock);
|
2012-05-16 23:25:47 +07:00
|
|
|
btrfs_set_header_nritems(eb, n);
|
|
|
|
}
|
|
|
|
|
2013-04-13 20:19:55 +07:00
|
|
|
/*
|
2016-05-20 08:18:45 +07:00
|
|
|
* Called with eb read locked. If the buffer cannot be rewound, the same buffer
|
2013-04-13 20:19:55 +07:00
|
|
|
* is returned. If rewind operations happen, a fresh buffer is returned. The
|
|
|
|
* returned buffer is always read-locked. If the returned buffer is not the
|
|
|
|
* input buffer, the lock on the input buffer is released and the input buffer
|
|
|
|
* is freed (its refcount is decremented).
|
|
|
|
*/
|
2012-05-16 23:25:47 +07:00
|
|
|
static struct extent_buffer *
|
2013-08-08 03:57:23 +07:00
|
|
|
tree_mod_log_rewind(struct btrfs_fs_info *fs_info, struct btrfs_path *path,
|
|
|
|
struct extent_buffer *eb, u64 time_seq)
|
2012-05-16 23:25:47 +07:00
|
|
|
{
|
|
|
|
struct extent_buffer *eb_rewin;
|
|
|
|
struct tree_mod_elem *tm;
|
|
|
|
|
|
|
|
if (!time_seq)
|
|
|
|
return eb;
|
|
|
|
|
|
|
|
if (btrfs_header_level(eb) == 0)
|
|
|
|
return eb;
|
|
|
|
|
|
|
|
tm = tree_mod_log_search(fs_info, eb->start, time_seq);
|
|
|
|
if (!tm)
|
|
|
|
return eb;
|
|
|
|
|
2013-08-08 03:57:23 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
2018-04-04 07:00:17 +07:00
|
|
|
btrfs_set_lock_blocking_read(eb);
|
2013-08-08 03:57:23 +07:00
|
|
|
|
2012-05-16 23:25:47 +07:00
|
|
|
if (tm->op == MOD_LOG_KEY_REMOVE_WHILE_FREEING) {
|
|
|
|
BUG_ON(tm->slot != 0);
|
2016-06-15 20:22:56 +07:00
|
|
|
eb_rewin = alloc_dummy_extent_buffer(fs_info, eb->start);
|
2013-08-08 01:54:37 +07:00
|
|
|
if (!eb_rewin) {
|
2013-08-08 03:57:23 +07:00
|
|
|
btrfs_tree_read_unlock_blocking(eb);
|
2013-08-08 01:54:37 +07:00
|
|
|
free_extent_buffer(eb);
|
|
|
|
return NULL;
|
|
|
|
}
|
2012-05-16 23:25:47 +07:00
|
|
|
btrfs_set_header_bytenr(eb_rewin, eb->start);
|
|
|
|
btrfs_set_header_backref_rev(eb_rewin,
|
|
|
|
btrfs_header_backref_rev(eb));
|
|
|
|
btrfs_set_header_owner(eb_rewin, btrfs_header_owner(eb));
|
2012-06-01 00:24:36 +07:00
|
|
|
btrfs_set_header_level(eb_rewin, btrfs_header_level(eb));
|
2012-05-16 23:25:47 +07:00
|
|
|
} else {
|
|
|
|
eb_rewin = btrfs_clone_extent_buffer(eb);
|
2013-08-08 01:54:37 +07:00
|
|
|
if (!eb_rewin) {
|
2013-08-08 03:57:23 +07:00
|
|
|
btrfs_tree_read_unlock_blocking(eb);
|
2013-08-08 01:54:37 +07:00
|
|
|
free_extent_buffer(eb);
|
|
|
|
return NULL;
|
|
|
|
}
|
2012-05-16 23:25:47 +07:00
|
|
|
}
|
|
|
|
|
2013-08-08 03:57:23 +07:00
|
|
|
btrfs_tree_read_unlock_blocking(eb);
|
2012-05-16 23:25:47 +07:00
|
|
|
free_extent_buffer(eb);
|
|
|
|
|
2013-04-13 20:19:55 +07:00
|
|
|
btrfs_tree_read_lock(eb_rewin);
|
2013-06-30 10:15:19 +07:00
|
|
|
__tree_mod_log_rewind(fs_info, eb_rewin, time_seq, tm);
|
2012-10-19 14:22:03 +07:00
|
|
|
WARN_ON(btrfs_header_nritems(eb_rewin) >
|
2016-06-15 20:22:56 +07:00
|
|
|
BTRFS_NODEPTRS_PER_BLOCK(fs_info));
|
2012-05-16 23:25:47 +07:00
|
|
|
|
|
|
|
return eb_rewin;
|
|
|
|
}
|
|
|
|
|
2012-06-04 21:54:57 +07:00
|
|
|
/*
|
|
|
|
* get_old_root() rewinds the state of @root's root node to the given @time_seq
|
|
|
|
* value. If there are no changes, the current root->root_node is returned. If
|
|
|
|
* anything changed in between, there's a fresh buffer allocated on which the
|
|
|
|
* rewind operations are done. In any case, the returned buffer is read locked.
|
|
|
|
* Returns NULL on error (with no locks held).
|
|
|
|
*/
|
2012-05-16 23:25:47 +07:00
|
|
|
static inline struct extent_buffer *
|
|
|
|
get_old_root(struct btrfs_root *root, u64 time_seq)
|
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2012-05-16 23:25:47 +07:00
|
|
|
struct tree_mod_elem *tm;
|
2013-04-13 20:19:54 +07:00
|
|
|
struct extent_buffer *eb = NULL;
|
|
|
|
struct extent_buffer *eb_root;
|
2012-10-25 20:30:19 +07:00
|
|
|
struct extent_buffer *old;
|
2012-06-05 21:41:24 +07:00
|
|
|
struct tree_mod_root *old_root = NULL;
|
2012-06-16 07:02:02 +07:00
|
|
|
u64 old_generation = 0;
|
2012-06-05 21:41:24 +07:00
|
|
|
u64 logical;
|
2018-03-29 08:08:11 +07:00
|
|
|
int level;
|
2012-05-16 23:25:47 +07:00
|
|
|
|
2013-04-13 20:19:54 +07:00
|
|
|
eb_root = btrfs_read_lock_root_node(root);
|
2018-03-05 21:33:18 +07:00
|
|
|
tm = __tree_mod_log_oldest_root(eb_root, time_seq);
|
2012-05-16 23:25:47 +07:00
|
|
|
if (!tm)
|
2013-04-13 20:19:54 +07:00
|
|
|
return eb_root;
|
2012-05-16 23:25:47 +07:00
|
|
|
|
2012-06-05 21:41:24 +07:00
|
|
|
if (tm->op == MOD_LOG_ROOT_REPLACE) {
|
|
|
|
old_root = &tm->old_root;
|
|
|
|
old_generation = tm->generation;
|
|
|
|
logical = old_root->logical;
|
2018-03-29 08:08:11 +07:00
|
|
|
level = old_root->level;
|
2012-06-05 21:41:24 +07:00
|
|
|
} else {
|
2013-04-13 20:19:54 +07:00
|
|
|
logical = eb_root->start;
|
2018-03-29 08:08:11 +07:00
|
|
|
level = btrfs_header_level(eb_root);
|
2012-06-05 21:41:24 +07:00
|
|
|
}
|
2012-05-16 23:25:47 +07:00
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
tm = tree_mod_log_search(fs_info, logical, time_seq);
|
2012-10-23 16:27:33 +07:00
|
|
|
if (old_root && tm && tm->op != MOD_LOG_KEY_REMOVE_WHILE_FREEING) {
|
2013-04-13 20:19:54 +07:00
|
|
|
btrfs_tree_read_unlock(eb_root);
|
|
|
|
free_extent_buffer(eb_root);
|
2018-03-29 08:08:11 +07:00
|
|
|
old = read_tree_block(fs_info, logical, 0, level, NULL);
|
2015-05-25 16:30:15 +07:00
|
|
|
if (WARN_ON(IS_ERR(old) || !extent_buffer_uptodate(old))) {
|
|
|
|
if (!IS_ERR(old))
|
|
|
|
free_extent_buffer(old);
|
2016-06-23 05:54:23 +07:00
|
|
|
btrfs_warn(fs_info,
|
|
|
|
"failed to read tree block %llu from get_old_root",
|
|
|
|
logical);
|
2012-10-23 16:27:33 +07:00
|
|
|
} else {
|
2012-10-25 20:30:19 +07:00
|
|
|
eb = btrfs_clone_extent_buffer(old);
|
|
|
|
free_extent_buffer(old);
|
2012-10-23 16:27:33 +07:00
|
|
|
}
|
|
|
|
} else if (old_root) {
|
2013-04-13 20:19:54 +07:00
|
|
|
btrfs_tree_read_unlock(eb_root);
|
|
|
|
free_extent_buffer(eb_root);
|
2016-06-23 05:54:23 +07:00
|
|
|
eb = alloc_dummy_extent_buffer(fs_info, logical);
|
2012-10-23 16:27:33 +07:00
|
|
|
} else {
|
2018-04-04 07:00:17 +07:00
|
|
|
btrfs_set_lock_blocking_read(eb_root);
|
2013-04-13 20:19:54 +07:00
|
|
|
eb = btrfs_clone_extent_buffer(eb_root);
|
2013-08-08 03:57:23 +07:00
|
|
|
btrfs_tree_read_unlock_blocking(eb_root);
|
2013-04-13 20:19:54 +07:00
|
|
|
free_extent_buffer(eb_root);
|
2012-10-23 16:27:33 +07:00
|
|
|
}
|
|
|
|
|
2012-06-04 21:54:57 +07:00
|
|
|
if (!eb)
|
|
|
|
return NULL;
|
|
|
|
btrfs_tree_read_lock(eb);
|
2012-06-05 21:41:24 +07:00
|
|
|
if (old_root) {
|
2012-05-16 23:25:47 +07:00
|
|
|
btrfs_set_header_bytenr(eb, eb->start);
|
|
|
|
btrfs_set_header_backref_rev(eb, BTRFS_MIXED_BACKREF_REV);
|
2013-04-13 20:19:54 +07:00
|
|
|
btrfs_set_header_owner(eb, btrfs_header_owner(eb_root));
|
2012-06-05 21:41:24 +07:00
|
|
|
btrfs_set_header_level(eb, old_root->level);
|
|
|
|
btrfs_set_header_generation(eb, old_generation);
|
2012-05-16 23:25:47 +07:00
|
|
|
}
|
2012-06-21 15:59:13 +07:00
|
|
|
if (tm)
|
2016-06-23 05:54:23 +07:00
|
|
|
__tree_mod_log_rewind(fs_info, eb, time_seq, tm);
|
2012-06-21 15:59:13 +07:00
|
|
|
else
|
|
|
|
WARN_ON(btrfs_header_level(eb) != 0);
|
2016-06-23 05:54:23 +07:00
|
|
|
WARN_ON(btrfs_header_nritems(eb) > BTRFS_NODEPTRS_PER_BLOCK(fs_info));
|
2012-05-16 23:25:47 +07:00
|
|
|
|
|
|
|
return eb;
|
|
|
|
}
|
|
|
|
|
2012-10-23 16:28:27 +07:00
|
|
|
int btrfs_old_root_level(struct btrfs_root *root, u64 time_seq)
|
|
|
|
{
|
|
|
|
struct tree_mod_elem *tm;
|
|
|
|
int level;
|
2013-04-13 20:19:54 +07:00
|
|
|
struct extent_buffer *eb_root = btrfs_root_node(root);
|
2012-10-23 16:28:27 +07:00
|
|
|
|
2018-03-05 21:33:18 +07:00
|
|
|
tm = __tree_mod_log_oldest_root(eb_root, time_seq);
|
2012-10-23 16:28:27 +07:00
|
|
|
if (tm && tm->op == MOD_LOG_ROOT_REPLACE) {
|
|
|
|
level = tm->old_root.level;
|
|
|
|
} else {
|
2013-04-13 20:19:54 +07:00
|
|
|
level = btrfs_header_level(eb_root);
|
2012-10-23 16:28:27 +07:00
|
|
|
}
|
2013-04-13 20:19:54 +07:00
|
|
|
free_extent_buffer(eb_root);
|
2012-10-23 16:28:27 +07:00
|
|
|
|
|
|
|
return level;
|
|
|
|
}
|
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
static inline int should_cow_block(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct extent_buffer *buf)
|
|
|
|
{
|
2016-06-21 20:52:41 +07:00
|
|
|
if (btrfs_is_testing(root->fs_info))
|
2014-05-08 04:06:09 +07:00
|
|
|
return 0;
|
2014-09-30 04:53:21 +07:00
|
|
|
|
2018-03-16 08:39:40 +07:00
|
|
|
/* Ensure we can see the FORCE_COW bit */
|
|
|
|
smp_mb__before_atomic();
|
2011-11-15 08:48:06 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We do not need to cow a block if
|
|
|
|
* 1) this block is not created or changed in this transaction;
|
|
|
|
* 2) this block does not belong to TREE_RELOC tree;
|
|
|
|
* 3) the root is not forced COW.
|
|
|
|
*
|
|
|
|
* What is forced COW:
|
2016-05-20 08:18:45 +07:00
|
|
|
* when we create snapshot during committing the transaction,
|
2018-11-28 18:05:13 +07:00
|
|
|
* after we've finished copying src root, we must COW the shared
|
2011-11-15 08:48:06 +07:00
|
|
|
* block to ensure the metadata consistency.
|
|
|
|
*/
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (btrfs_header_generation(buf) == trans->transid &&
|
|
|
|
!btrfs_header_flag(buf, BTRFS_HEADER_FLAG_WRITTEN) &&
|
|
|
|
!(root->root_key.objectid != BTRFS_TREE_RELOC_OBJECTID &&
|
2011-11-15 08:48:06 +07:00
|
|
|
btrfs_header_flag(buf, BTRFS_HEADER_FLAG_RELOC)) &&
|
2014-04-02 18:51:05 +07:00
|
|
|
!test_bit(BTRFS_ROOT_FORCE_COW, &root->state))
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
return 0;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* cows a single block, see __btrfs_cow_block for the real work.
|
2016-05-20 08:18:45 +07:00
|
|
|
* This version of it has extra checks so that a block isn't COWed more than
|
2008-09-30 02:18:18 +07:00
|
|
|
* once per transaction, as long as it hasn't been written yet
|
|
|
|
*/
|
2009-01-06 09:25:51 +07:00
|
|
|
noinline int btrfs_cow_block(struct btrfs_trans_handle *trans,
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_root *root, struct extent_buffer *buf,
|
|
|
|
struct extent_buffer *parent, int parent_slot,
|
2009-03-13 21:24:59 +07:00
|
|
|
struct extent_buffer **cow_ret)
|
2007-08-08 03:15:09 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-08-08 03:15:09 +07:00
|
|
|
u64 search_start;
|
2007-10-16 03:14:48 +07:00
|
|
|
int ret;
|
2008-01-09 03:46:30 +07:00
|
|
|
|
2018-11-30 23:52:13 +07:00
|
|
|
if (test_bit(BTRFS_ROOT_DELETING, &root->state))
|
|
|
|
btrfs_err(fs_info,
|
|
|
|
"COW'ing blocks on a fs root that's being dropped");
|
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
if (trans->transaction != fs_info->running_transaction)
|
2012-11-03 17:58:34 +07:00
|
|
|
WARN(1, KERN_CRIT "trans %llu running %llu\n",
|
2013-08-20 18:20:07 +07:00
|
|
|
trans->transid,
|
2016-06-23 05:54:23 +07:00
|
|
|
fs_info->running_transaction->transid);
|
2012-11-03 17:58:34 +07:00
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
if (trans->transid != fs_info->generation)
|
2012-11-03 17:58:34 +07:00
|
|
|
WARN(1, KERN_CRIT "trans %llu running %llu\n",
|
2016-06-23 05:54:23 +07:00
|
|
|
trans->transid, fs_info->generation);
|
2008-01-09 03:46:30 +07:00
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (!should_cow_block(trans, root, buf)) {
|
2016-06-08 11:36:38 +07:00
|
|
|
trans->dirty = true;
|
2007-08-08 03:15:09 +07:00
|
|
|
*cow_ret = buf;
|
|
|
|
return 0;
|
|
|
|
}
|
2009-02-04 21:24:25 +07:00
|
|
|
|
2015-12-14 23:42:10 +07:00
|
|
|
search_start = buf->start & ~((u64)SZ_1G - 1);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
|
|
|
if (parent)
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(parent);
|
|
|
|
btrfs_set_lock_blocking_write(buf);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
btrfs: qgroup: Use delayed subtree rescan for balance
Before this patch, qgroup code traces the whole subtree of subvolume and
reloc trees unconditionally.
This makes qgroup numbers consistent, but it could cause tons of
unnecessary extent tracing, which causes a lot of overhead.
However for subtree swap of balance, just swap both subtrees because
they contain the same contents and tree structure, so qgroup numbers
won't change.
It's the race window between subtree swap and transaction commit could
cause qgroup number change.
This patch will delay the qgroup subtree scan until COW happens for the
subtree root.
So if there is no other operations for the fs, balance won't cause extra
qgroup overhead. (best case scenario)
Depending on the workload, most of the subtree scan can still be
avoided.
Only for worst case scenario, it will fall back to old subtree swap
overhead. (scan all swapped subtrees)
[[Benchmark]]
Hardware:
VM 4G vRAM, 8 vCPUs,
disk is using 'unsafe' cache mode,
backing device is SAMSUNG 850 evo SSD.
Host has 16G ram.
Mkfs parameter:
--nodesize 4K (To bump up tree size)
Initial subvolume contents:
4G data copied from /usr and /lib.
(With enough regular small files)
Snapshots:
16 snapshots of the original subvolume.
each snapshot has 3 random files modified.
balance parameter:
-m
So the content should be pretty similar to a real world root fs layout.
And after file system population, there is no other activity, so it
should be the best case scenario.
| v4.20-rc1 | w/ patchset | diff
-----------------------------------------------------------------------
relocated extents | 22615 | 22457 | -0.1%
qgroup dirty extents | 163457 | 121606 | -25.6%
time (sys) | 22.884s | 18.842s | -17.6%
time (real) | 27.724s | 22.884s | -17.5%
Signed-off-by: Qu Wenruo <wqu@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
2019-01-23 14:15:17 +07:00
|
|
|
/*
|
|
|
|
* Before CoWing this block for later modification, check if it's
|
|
|
|
* the subtree root and do the delayed subtree trace if needed.
|
|
|
|
*
|
|
|
|
* Also We don't care about the error, as it's handled internally.
|
|
|
|
*/
|
|
|
|
btrfs_qgroup_trace_subtree_after_cow(trans, root, buf);
|
2007-10-16 03:14:48 +07:00
|
|
|
ret = __btrfs_cow_block(trans, root, buf, parent,
|
2009-03-13 21:24:59 +07:00
|
|
|
parent_slot, cow_ret, search_start, 0);
|
Btrfs: add initial tracepoint support for btrfs
Tracepoints can provide insight into why btrfs hits bugs and be greatly
helpful for debugging, e.g
dd-7822 [000] 2121.641088: btrfs_inode_request: root = 5(FS_TREE), gen = 4, ino = 256, blocks = 8, disk_i_size = 0, last_trans = 8, logged_trans = 0
dd-7822 [000] 2121.641100: btrfs_inode_new: root = 5(FS_TREE), gen = 8, ino = 257, blocks = 0, disk_i_size = 0, last_trans = 0, logged_trans = 0
btrfs-transacti-7804 [001] 2146.935420: btrfs_cow_block: root = 2(EXTENT_TREE), refs = 2, orig_buf = 29368320 (orig_level = 0), cow_buf = 29388800 (cow_level = 0)
btrfs-transacti-7804 [001] 2146.935473: btrfs_cow_block: root = 1(ROOT_TREE), refs = 2, orig_buf = 29364224 (orig_level = 0), cow_buf = 29392896 (cow_level = 0)
btrfs-transacti-7804 [001] 2146.972221: btrfs_transaction_commit: root = 1(ROOT_TREE), gen = 8
flush-btrfs-2-7821 [001] 2155.824210: btrfs_chunk_alloc: root = 3(CHUNK_TREE), offset = 1103101952, size = 1073741824, num_stripes = 1, sub_stripes = 0, type = DATA
flush-btrfs-2-7821 [001] 2155.824241: btrfs_cow_block: root = 2(EXTENT_TREE), refs = 2, orig_buf = 29388800 (orig_level = 0), cow_buf = 29396992 (cow_level = 0)
flush-btrfs-2-7821 [001] 2155.824255: btrfs_cow_block: root = 4(DEV_TREE), refs = 2, orig_buf = 29372416 (orig_level = 0), cow_buf = 29401088 (cow_level = 0)
flush-btrfs-2-7821 [000] 2155.824329: btrfs_cow_block: root = 3(CHUNK_TREE), refs = 2, orig_buf = 20971520 (orig_level = 0), cow_buf = 20975616 (cow_level = 0)
btrfs-endio-wri-7800 [001] 2155.898019: btrfs_cow_block: root = 5(FS_TREE), refs = 2, orig_buf = 29384704 (orig_level = 0), cow_buf = 29405184 (cow_level = 0)
btrfs-endio-wri-7800 [001] 2155.898043: btrfs_cow_block: root = 7(CSUM_TREE), refs = 2, orig_buf = 29376512 (orig_level = 0), cow_buf = 29409280 (cow_level = 0)
Here is what I have added:
1) ordere_extent:
btrfs_ordered_extent_add
btrfs_ordered_extent_remove
btrfs_ordered_extent_start
btrfs_ordered_extent_put
These provide critical information to understand how ordered_extents are
updated.
2) extent_map:
btrfs_get_extent
extent_map is used in both read and write cases, and it is useful for tracking
how btrfs specific IO is running.
3) writepage:
__extent_writepage
btrfs_writepage_end_io_hook
Pages are cirtical resourses and produce a lot of corner cases during writeback,
so it is valuable to know how page is written to disk.
4) inode:
btrfs_inode_new
btrfs_inode_request
btrfs_inode_evict
These can show where and when a inode is created, when a inode is evicted.
5) sync:
btrfs_sync_file
btrfs_sync_fs
These show sync arguments.
6) transaction:
btrfs_transaction_commit
In transaction based filesystem, it will be useful to know the generation and
who does commit.
7) back reference and cow:
btrfs_delayed_tree_ref
btrfs_delayed_data_ref
btrfs_delayed_ref_head
btrfs_cow_block
Btrfs natively supports back references, these tracepoints are helpful on
understanding btrfs's COW mechanism.
8) chunk:
btrfs_chunk_alloc
btrfs_chunk_free
Chunk is a link between physical offset and logical offset, and stands for space
infomation in btrfs, and these are helpful on tracing space things.
9) reserved_extent:
btrfs_reserved_extent_alloc
btrfs_reserved_extent_free
These can show how btrfs uses its space.
Signed-off-by: Liu Bo <liubo2009@cn.fujitsu.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2011-03-24 18:18:59 +07:00
|
|
|
|
|
|
|
trace_btrfs_cow_block(root, buf, *cow_ret);
|
|
|
|
|
2007-10-16 03:14:48 +07:00
|
|
|
return ret;
|
2007-08-08 03:15:09 +07:00
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* helper function for defrag to decide if two blocks pointed to by a
|
|
|
|
* node are actually close by
|
|
|
|
*/
|
2007-10-16 03:17:34 +07:00
|
|
|
static int close_blocks(u64 blocknr, u64 other, u32 blocksize)
|
2007-08-08 03:15:09 +07:00
|
|
|
{
|
2007-10-16 03:17:34 +07:00
|
|
|
if (blocknr < other && other - (blocknr + blocksize) < 32768)
|
2007-08-08 03:15:09 +07:00
|
|
|
return 1;
|
2007-10-16 03:17:34 +07:00
|
|
|
if (blocknr > other && blocknr - (other + blocksize) < 32768)
|
2007-08-08 03:15:09 +07:00
|
|
|
return 1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-11-06 22:26:24 +07:00
|
|
|
/*
|
|
|
|
* compare two keys in a memcmp fashion
|
|
|
|
*/
|
2017-01-18 14:24:37 +07:00
|
|
|
static int comp_keys(const struct btrfs_disk_key *disk,
|
|
|
|
const struct btrfs_key *k2)
|
2007-11-06 22:26:24 +07:00
|
|
|
{
|
|
|
|
struct btrfs_key k1;
|
|
|
|
|
|
|
|
btrfs_disk_key_to_cpu(&k1, disk);
|
|
|
|
|
2009-07-24 22:06:52 +07:00
|
|
|
return btrfs_comp_cpu_keys(&k1, k2);
|
2007-11-06 22:26:24 +07:00
|
|
|
}
|
|
|
|
|
2008-11-13 02:19:50 +07:00
|
|
|
/*
|
|
|
|
* same as comp_keys only with two btrfs_key's
|
|
|
|
*/
|
2017-01-18 14:24:37 +07:00
|
|
|
int btrfs_comp_cpu_keys(const struct btrfs_key *k1, const struct btrfs_key *k2)
|
2008-11-13 02:19:50 +07:00
|
|
|
{
|
|
|
|
if (k1->objectid > k2->objectid)
|
|
|
|
return 1;
|
|
|
|
if (k1->objectid < k2->objectid)
|
|
|
|
return -1;
|
|
|
|
if (k1->type > k2->type)
|
|
|
|
return 1;
|
|
|
|
if (k1->type < k2->type)
|
|
|
|
return -1;
|
|
|
|
if (k1->offset > k2->offset)
|
|
|
|
return 1;
|
|
|
|
if (k1->offset < k2->offset)
|
|
|
|
return -1;
|
|
|
|
return 0;
|
|
|
|
}
|
2007-11-06 22:26:24 +07:00
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* this is used by the defrag code to go through all the
|
|
|
|
* leaves pointed to by a node and reallocate them so that
|
|
|
|
* disk order is close to key order
|
|
|
|
*/
|
2007-08-08 03:15:09 +07:00
|
|
|
int btrfs_realloc_node(struct btrfs_trans_handle *trans,
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_root *root, struct extent_buffer *parent,
|
2013-02-01 01:21:12 +07:00
|
|
|
int start_slot, u64 *last_ret,
|
2007-10-16 03:22:39 +07:00
|
|
|
struct btrfs_key *progress)
|
2007-08-08 03:15:09 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-10-16 03:17:34 +07:00
|
|
|
struct extent_buffer *cur;
|
2007-08-08 03:15:09 +07:00
|
|
|
u64 blocknr;
|
2008-05-12 23:59:19 +07:00
|
|
|
u64 gen;
|
2007-08-11 01:06:19 +07:00
|
|
|
u64 search_start = *last_ret;
|
|
|
|
u64 last_block = 0;
|
2007-08-08 03:15:09 +07:00
|
|
|
u64 other;
|
|
|
|
u32 parent_nritems;
|
|
|
|
int end_slot;
|
|
|
|
int i;
|
|
|
|
int err = 0;
|
2007-08-11 01:42:37 +07:00
|
|
|
int parent_level;
|
2007-10-16 03:17:34 +07:00
|
|
|
int uptodate;
|
|
|
|
u32 blocksize;
|
2007-11-06 22:26:24 +07:00
|
|
|
int progress_passed = 0;
|
|
|
|
struct btrfs_disk_key disk_key;
|
2007-08-08 03:15:09 +07:00
|
|
|
|
2007-10-26 02:43:18 +07:00
|
|
|
parent_level = btrfs_header_level(parent);
|
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
WARN_ON(trans->transaction != fs_info->running_transaction);
|
|
|
|
WARN_ON(trans->transid != fs_info->generation);
|
2007-09-11 06:58:16 +07:00
|
|
|
|
2007-10-16 03:17:34 +07:00
|
|
|
parent_nritems = btrfs_header_nritems(parent);
|
2016-06-23 05:54:23 +07:00
|
|
|
blocksize = fs_info->nodesize;
|
2015-02-24 02:48:52 +07:00
|
|
|
end_slot = parent_nritems - 1;
|
2007-08-08 03:15:09 +07:00
|
|
|
|
2015-02-24 02:48:52 +07:00
|
|
|
if (parent_nritems <= 1)
|
2007-08-08 03:15:09 +07:00
|
|
|
return 0;
|
|
|
|
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(parent);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2015-02-24 02:48:52 +07:00
|
|
|
for (i = start_slot; i <= end_slot; i++) {
|
2018-03-29 08:08:11 +07:00
|
|
|
struct btrfs_key first_key;
|
2007-08-08 03:15:09 +07:00
|
|
|
int close = 1;
|
2007-10-16 03:22:39 +07:00
|
|
|
|
2007-11-06 22:26:24 +07:00
|
|
|
btrfs_node_key(parent, &disk_key, i);
|
|
|
|
if (!progress_passed && comp_keys(&disk_key, progress) < 0)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
progress_passed = 1;
|
2007-10-16 03:17:34 +07:00
|
|
|
blocknr = btrfs_node_blockptr(parent, i);
|
2008-05-12 23:59:19 +07:00
|
|
|
gen = btrfs_node_ptr_generation(parent, i);
|
2018-03-29 08:08:11 +07:00
|
|
|
btrfs_node_key_to_cpu(parent, &first_key, i);
|
2007-08-11 01:06:19 +07:00
|
|
|
if (last_block == 0)
|
|
|
|
last_block = blocknr;
|
2007-10-26 02:43:18 +07:00
|
|
|
|
2007-08-08 03:15:09 +07:00
|
|
|
if (i > 0) {
|
2007-10-16 03:17:34 +07:00
|
|
|
other = btrfs_node_blockptr(parent, i - 1);
|
|
|
|
close = close_blocks(blocknr, other, blocksize);
|
2007-08-08 03:15:09 +07:00
|
|
|
}
|
2015-02-24 02:48:52 +07:00
|
|
|
if (!close && i < end_slot) {
|
2007-10-16 03:17:34 +07:00
|
|
|
other = btrfs_node_blockptr(parent, i + 1);
|
|
|
|
close = close_blocks(blocknr, other, blocksize);
|
2007-08-08 03:15:09 +07:00
|
|
|
}
|
2007-08-11 01:06:19 +07:00
|
|
|
if (close) {
|
|
|
|
last_block = blocknr;
|
2007-08-08 03:15:09 +07:00
|
|
|
continue;
|
2007-08-11 01:06:19 +07:00
|
|
|
}
|
2007-08-08 03:15:09 +07:00
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
cur = find_extent_buffer(fs_info, blocknr);
|
2007-10-16 03:17:34 +07:00
|
|
|
if (cur)
|
2012-05-06 18:23:47 +07:00
|
|
|
uptodate = btrfs_buffer_uptodate(cur, gen, 0);
|
2007-10-16 03:17:34 +07:00
|
|
|
else
|
|
|
|
uptodate = 0;
|
2007-10-26 02:43:18 +07:00
|
|
|
if (!cur || !uptodate) {
|
2007-10-16 03:17:34 +07:00
|
|
|
if (!cur) {
|
2018-03-29 08:08:11 +07:00
|
|
|
cur = read_tree_block(fs_info, blocknr, gen,
|
|
|
|
parent_level - 1,
|
|
|
|
&first_key);
|
2015-05-25 16:30:15 +07:00
|
|
|
if (IS_ERR(cur)) {
|
|
|
|
return PTR_ERR(cur);
|
|
|
|
} else if (!extent_buffer_uptodate(cur)) {
|
2013-04-24 01:17:42 +07:00
|
|
|
free_extent_buffer(cur);
|
2011-03-24 13:33:21 +07:00
|
|
|
return -EIO;
|
2013-04-24 01:17:42 +07:00
|
|
|
}
|
2007-10-16 03:17:34 +07:00
|
|
|
} else if (!uptodate) {
|
2018-03-29 08:08:11 +07:00
|
|
|
err = btrfs_read_buffer(cur, gen,
|
|
|
|
parent_level - 1,&first_key);
|
2012-05-29 16:10:13 +07:00
|
|
|
if (err) {
|
|
|
|
free_extent_buffer(cur);
|
|
|
|
return err;
|
|
|
|
}
|
2007-08-11 01:42:37 +07:00
|
|
|
}
|
2007-08-08 03:15:09 +07:00
|
|
|
}
|
2007-08-11 01:06:19 +07:00
|
|
|
if (search_start == 0)
|
2007-10-16 03:17:34 +07:00
|
|
|
search_start = last_block;
|
2007-08-11 01:06:19 +07:00
|
|
|
|
2008-06-26 03:01:31 +07:00
|
|
|
btrfs_tree_lock(cur);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(cur);
|
2007-10-16 03:17:34 +07:00
|
|
|
err = __btrfs_cow_block(trans, root, cur, parent, i,
|
2008-06-26 03:01:31 +07:00
|
|
|
&cur, search_start,
|
2007-10-16 03:17:34 +07:00
|
|
|
min(16 * blocksize,
|
2009-03-13 21:24:59 +07:00
|
|
|
(end_slot - i) * blocksize));
|
2007-08-29 20:11:44 +07:00
|
|
|
if (err) {
|
2008-06-26 03:01:31 +07:00
|
|
|
btrfs_tree_unlock(cur);
|
2007-10-16 03:17:34 +07:00
|
|
|
free_extent_buffer(cur);
|
2007-08-08 03:15:09 +07:00
|
|
|
break;
|
2007-08-29 20:11:44 +07:00
|
|
|
}
|
2008-06-26 03:01:31 +07:00
|
|
|
search_start = cur->start;
|
|
|
|
last_block = cur->start;
|
2007-08-11 01:42:37 +07:00
|
|
|
*last_ret = search_start;
|
2008-06-26 03:01:31 +07:00
|
|
|
btrfs_tree_unlock(cur);
|
|
|
|
free_extent_buffer(cur);
|
2007-08-08 03:15:09 +07:00
|
|
|
}
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
2007-10-16 03:14:19 +07:00
|
|
|
* search for key in the extent_buffer. The items start at offset p,
|
|
|
|
* and they are item_size apart. There are 'max' items in p.
|
|
|
|
*
|
2007-02-02 23:05:29 +07:00
|
|
|
* the slot in the array is returned via slot, and it points to
|
|
|
|
* the place where you would insert key if it is not found in
|
|
|
|
* the array.
|
|
|
|
*
|
|
|
|
* slot may point to max if the key is bigger than all of the keys
|
|
|
|
*/
|
2008-09-06 03:13:11 +07:00
|
|
|
static noinline int generic_bin_search(struct extent_buffer *eb,
|
2017-01-18 14:24:37 +07:00
|
|
|
unsigned long p, int item_size,
|
|
|
|
const struct btrfs_key *key,
|
2008-09-06 03:13:11 +07:00
|
|
|
int max, int *slot)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
|
|
|
int low = 0;
|
|
|
|
int high = max;
|
|
|
|
int mid;
|
|
|
|
int ret;
|
2007-10-16 03:14:27 +07:00
|
|
|
struct btrfs_disk_key *tmp = NULL;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key unaligned;
|
|
|
|
unsigned long offset;
|
|
|
|
char *kaddr = NULL;
|
|
|
|
unsigned long map_start = 0;
|
|
|
|
unsigned long map_len = 0;
|
2007-10-16 03:14:27 +07:00
|
|
|
int err;
|
2007-01-27 03:51:26 +07:00
|
|
|
|
2016-06-24 06:32:45 +07:00
|
|
|
if (low > high) {
|
|
|
|
btrfs_err(eb->fs_info,
|
|
|
|
"%s: low (%d) > high (%d) eb %llu owner %llu level %d",
|
|
|
|
__func__, low, high, eb->start,
|
|
|
|
btrfs_header_owner(eb), btrfs_header_level(eb));
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2009-01-06 09:25:51 +07:00
|
|
|
while (low < high) {
|
2007-01-27 03:51:26 +07:00
|
|
|
mid = (low + high) / 2;
|
2007-10-16 03:14:19 +07:00
|
|
|
offset = p + mid * item_size;
|
|
|
|
|
2011-07-19 23:04:14 +07:00
|
|
|
if (!kaddr || offset < map_start ||
|
2007-10-16 03:14:19 +07:00
|
|
|
(offset + sizeof(struct btrfs_disk_key)) >
|
|
|
|
map_start + map_len) {
|
2008-12-09 04:43:10 +07:00
|
|
|
|
|
|
|
err = map_private_extent_buffer(eb, offset,
|
2007-10-16 03:14:27 +07:00
|
|
|
sizeof(struct btrfs_disk_key),
|
2011-07-19 23:04:14 +07:00
|
|
|
&kaddr, &map_start, &map_len);
|
2007-10-16 03:14:27 +07:00
|
|
|
|
|
|
|
if (!err) {
|
|
|
|
tmp = (struct btrfs_disk_key *)(kaddr + offset -
|
|
|
|
map_start);
|
2016-06-18 09:16:21 +07:00
|
|
|
} else if (err == 1) {
|
2007-10-16 03:14:27 +07:00
|
|
|
read_extent_buffer(eb, &unaligned,
|
|
|
|
offset, sizeof(unaligned));
|
|
|
|
tmp = &unaligned;
|
2016-06-18 09:16:21 +07:00
|
|
|
} else {
|
|
|
|
return err;
|
2007-10-16 03:14:27 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
|
|
|
} else {
|
|
|
|
tmp = (struct btrfs_disk_key *)(kaddr + offset -
|
|
|
|
map_start);
|
|
|
|
}
|
2007-01-27 03:51:26 +07:00
|
|
|
ret = comp_keys(tmp, key);
|
|
|
|
|
|
|
|
if (ret < 0)
|
|
|
|
low = mid + 1;
|
|
|
|
else if (ret > 0)
|
|
|
|
high = mid;
|
|
|
|
else {
|
|
|
|
*slot = mid;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
*slot = low;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2007-02-25 01:39:08 +07:00
|
|
|
/*
|
|
|
|
* simple bin_search frontend that does the right thing for
|
|
|
|
* leaves vs nodes
|
|
|
|
*/
|
2017-12-08 21:27:43 +07:00
|
|
|
int btrfs_bin_search(struct extent_buffer *eb, const struct btrfs_key *key,
|
|
|
|
int level, int *slot)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2012-03-30 14:14:27 +07:00
|
|
|
if (level == 0)
|
2007-10-16 03:14:19 +07:00
|
|
|
return generic_bin_search(eb,
|
|
|
|
offsetof(struct btrfs_leaf, items),
|
2007-03-13 07:12:07 +07:00
|
|
|
sizeof(struct btrfs_item),
|
2007-10-16 03:14:19 +07:00
|
|
|
key, btrfs_header_nritems(eb),
|
2007-03-12 23:01:18 +07:00
|
|
|
slot);
|
2012-03-30 14:14:27 +07:00
|
|
|
else
|
2007-10-16 03:14:19 +07:00
|
|
|
return generic_bin_search(eb,
|
|
|
|
offsetof(struct btrfs_node, ptrs),
|
2007-03-15 01:14:43 +07:00
|
|
|
sizeof(struct btrfs_key_ptr),
|
2007-10-16 03:14:19 +07:00
|
|
|
key, btrfs_header_nritems(eb),
|
2007-03-12 23:01:18 +07:00
|
|
|
slot);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2010-05-16 21:46:25 +07:00
|
|
|
static void root_add_used(struct btrfs_root *root, u32 size)
|
|
|
|
{
|
|
|
|
spin_lock(&root->accounting_lock);
|
|
|
|
btrfs_set_root_used(&root->root_item,
|
|
|
|
btrfs_root_used(&root->root_item) + size);
|
|
|
|
spin_unlock(&root->accounting_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void root_sub_used(struct btrfs_root *root, u32 size)
|
|
|
|
{
|
|
|
|
spin_lock(&root->accounting_lock);
|
|
|
|
btrfs_set_root_used(&root->root_item,
|
|
|
|
btrfs_root_used(&root->root_item) - size);
|
|
|
|
spin_unlock(&root->accounting_lock);
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/* given a node and slot number, this reads the blocks it points to. The
|
|
|
|
* extent buffer is returned with a reference taken (but unlocked).
|
|
|
|
*/
|
2019-03-20 20:54:01 +07:00
|
|
|
static noinline struct extent_buffer *read_node_slot(
|
|
|
|
struct extent_buffer *parent, int slot)
|
2007-03-02 00:04:21 +07:00
|
|
|
{
|
2008-05-12 23:59:19 +07:00
|
|
|
int level = btrfs_header_level(parent);
|
2013-04-24 01:17:42 +07:00
|
|
|
struct extent_buffer *eb;
|
2018-03-29 08:08:11 +07:00
|
|
|
struct btrfs_key first_key;
|
2013-04-24 01:17:42 +07:00
|
|
|
|
2016-07-06 02:10:14 +07:00
|
|
|
if (slot < 0 || slot >= btrfs_header_nritems(parent))
|
|
|
|
return ERR_PTR(-ENOENT);
|
2008-05-12 23:59:19 +07:00
|
|
|
|
|
|
|
BUG_ON(level == 0);
|
|
|
|
|
2018-03-29 08:08:11 +07:00
|
|
|
btrfs_node_key_to_cpu(parent, &first_key, slot);
|
2019-03-20 20:54:01 +07:00
|
|
|
eb = read_tree_block(parent->fs_info, btrfs_node_blockptr(parent, slot),
|
2018-03-29 08:08:11 +07:00
|
|
|
btrfs_node_ptr_generation(parent, slot),
|
|
|
|
level - 1, &first_key);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (!IS_ERR(eb) && !extent_buffer_uptodate(eb)) {
|
|
|
|
free_extent_buffer(eb);
|
|
|
|
eb = ERR_PTR(-EIO);
|
2013-04-24 01:17:42 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
return eb;
|
2007-03-02 00:04:21 +07:00
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* node level balancing, used to make sure nodes are in proper order for
|
|
|
|
* item deletion. We balance from the top down, so we have to make sure
|
|
|
|
* that a deletion won't leave an node completely empty later on.
|
|
|
|
*/
|
2008-09-06 03:13:11 +07:00
|
|
|
static noinline int balance_level(struct btrfs_trans_handle *trans,
|
2008-01-03 22:01:48 +07:00
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path, int level)
|
2007-03-02 00:04:21 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *right = NULL;
|
|
|
|
struct extent_buffer *mid;
|
|
|
|
struct extent_buffer *left = NULL;
|
|
|
|
struct extent_buffer *parent = NULL;
|
2007-03-02 00:04:21 +07:00
|
|
|
int ret = 0;
|
|
|
|
int wret;
|
|
|
|
int pslot;
|
|
|
|
int orig_slot = path->slots[level];
|
2007-03-02 03:16:26 +07:00
|
|
|
u64 orig_ptr;
|
2007-03-02 00:04:21 +07:00
|
|
|
|
2018-09-12 05:06:23 +07:00
|
|
|
ASSERT(level > 0);
|
2007-03-02 00:04:21 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
mid = path->nodes[level];
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
WARN_ON(path->locks[level] != BTRFS_WRITE_LOCK &&
|
|
|
|
path->locks[level] != BTRFS_WRITE_LOCK_BLOCKING);
|
2007-12-11 21:25:06 +07:00
|
|
|
WARN_ON(btrfs_header_generation(mid) != trans->transid);
|
|
|
|
|
2007-03-13 20:28:32 +07:00
|
|
|
orig_ptr = btrfs_node_blockptr(mid, orig_slot);
|
2007-03-02 03:16:26 +07:00
|
|
|
|
2011-09-06 15:55:34 +07:00
|
|
|
if (level < BTRFS_MAX_LEVEL - 1) {
|
2007-10-16 03:14:19 +07:00
|
|
|
parent = path->nodes[level + 1];
|
2011-09-06 15:55:34 +07:00
|
|
|
pslot = path->slots[level + 1];
|
|
|
|
}
|
2007-03-02 00:04:21 +07:00
|
|
|
|
2007-03-18 01:29:23 +07:00
|
|
|
/*
|
|
|
|
* deal with the case where there is only one pointer in the root
|
|
|
|
* by promoting the node below to a root
|
|
|
|
*/
|
2007-10-16 03:14:19 +07:00
|
|
|
if (!parent) {
|
|
|
|
struct extent_buffer *child;
|
2007-03-02 00:04:21 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
if (btrfs_header_nritems(mid) != 1)
|
2007-03-02 00:04:21 +07:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* promote the child to a root */
|
2019-03-20 20:54:01 +07:00
|
|
|
child = read_node_slot(mid, 0);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (IS_ERR(child)) {
|
|
|
|
ret = PTR_ERR(child);
|
2016-06-23 05:54:23 +07:00
|
|
|
btrfs_handle_fs_error(fs_info, ret, NULL);
|
2011-09-02 01:27:57 +07:00
|
|
|
goto enospc;
|
|
|
|
}
|
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_lock(child);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(child);
|
2009-03-13 21:24:59 +07:00
|
|
|
ret = btrfs_cow_block(trans, root, child, mid, 0, &child);
|
2010-05-16 21:46:25 +07:00
|
|
|
if (ret) {
|
|
|
|
btrfs_tree_unlock(child);
|
|
|
|
free_extent_buffer(child);
|
|
|
|
goto enospc;
|
|
|
|
}
|
2008-02-02 02:58:07 +07:00
|
|
|
|
2018-03-05 22:35:29 +07:00
|
|
|
ret = tree_mod_log_insert_root(root->node, child, 1);
|
|
|
|
BUG_ON(ret < 0);
|
2011-03-24 01:54:42 +07:00
|
|
|
rcu_assign_pointer(root->node, child);
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2008-03-25 02:01:56 +07:00
|
|
|
add_root_to_dirty_list(root);
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(child);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
path->locks[level] = 0;
|
2007-03-02 00:04:21 +07:00
|
|
|
path->nodes[level] = NULL;
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(mid);
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(mid);
|
2007-03-02 00:04:21 +07:00
|
|
|
/* once for the path */
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(mid);
|
2010-05-16 21:46:25 +07:00
|
|
|
|
|
|
|
root_sub_used(root, mid->len);
|
2012-05-16 22:04:52 +07:00
|
|
|
btrfs_free_tree_block(trans, root, mid, 0, 1);
|
2007-03-02 00:04:21 +07:00
|
|
|
/* once for the root ptr */
|
2012-03-10 04:01:49 +07:00
|
|
|
free_extent_buffer_stale(mid);
|
2010-05-16 21:46:25 +07:00
|
|
|
return 0;
|
2007-03-02 00:04:21 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
if (btrfs_header_nritems(mid) >
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_NODEPTRS_PER_BLOCK(fs_info) / 4)
|
2007-03-02 00:04:21 +07:00
|
|
|
return 0;
|
|
|
|
|
2019-03-20 20:54:01 +07:00
|
|
|
left = read_node_slot(parent, pslot - 1);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (IS_ERR(left))
|
|
|
|
left = NULL;
|
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
if (left) {
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_lock(left);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(left);
|
2007-10-16 03:14:19 +07:00
|
|
|
wret = btrfs_cow_block(trans, root, left,
|
2009-03-13 21:24:59 +07:00
|
|
|
parent, pslot - 1, &left);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (wret) {
|
|
|
|
ret = wret;
|
|
|
|
goto enospc;
|
|
|
|
}
|
2007-08-28 03:49:44 +07:00
|
|
|
}
|
2016-07-06 02:10:14 +07:00
|
|
|
|
2019-03-20 20:54:01 +07:00
|
|
|
right = read_node_slot(parent, pslot + 1);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (IS_ERR(right))
|
|
|
|
right = NULL;
|
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
if (right) {
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_lock(right);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(right);
|
2007-10-16 03:14:19 +07:00
|
|
|
wret = btrfs_cow_block(trans, root, right,
|
2009-03-13 21:24:59 +07:00
|
|
|
parent, pslot + 1, &right);
|
2007-08-28 03:49:44 +07:00
|
|
|
if (wret) {
|
|
|
|
ret = wret;
|
|
|
|
goto enospc;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* first, try to make some room in the middle buffer */
|
2007-10-16 03:14:19 +07:00
|
|
|
if (left) {
|
|
|
|
orig_slot += btrfs_header_nritems(left);
|
2019-03-20 20:16:45 +07:00
|
|
|
wret = push_node_left(trans, left, mid, 1);
|
2007-03-02 03:16:26 +07:00
|
|
|
if (wret < 0)
|
|
|
|
ret = wret;
|
2007-03-02 00:04:21 +07:00
|
|
|
}
|
2007-03-02 03:16:26 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* then try to empty the right most buffer into the middle
|
|
|
|
*/
|
2007-10-16 03:14:19 +07:00
|
|
|
if (right) {
|
2019-03-20 20:16:45 +07:00
|
|
|
wret = push_node_left(trans, mid, right, 1);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (wret < 0 && wret != -ENOSPC)
|
2007-03-02 03:16:26 +07:00
|
|
|
ret = wret;
|
2007-10-16 03:14:19 +07:00
|
|
|
if (btrfs_header_nritems(right) == 0) {
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(right);
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(right);
|
2013-04-16 12:18:22 +07:00
|
|
|
del_ptr(root, path, level + 1, pslot + 1);
|
2010-05-16 21:46:25 +07:00
|
|
|
root_sub_used(root, right->len);
|
2012-05-16 22:04:52 +07:00
|
|
|
btrfs_free_tree_block(trans, root, right, 0, 1);
|
2012-03-10 04:01:49 +07:00
|
|
|
free_extent_buffer_stale(right);
|
2010-05-16 21:46:25 +07:00
|
|
|
right = NULL;
|
2007-03-02 00:04:21 +07:00
|
|
|
} else {
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key right_key;
|
|
|
|
btrfs_node_key(right, &right_key, 0);
|
2018-03-05 22:16:54 +07:00
|
|
|
ret = tree_mod_log_insert_key(parent, pslot + 1,
|
|
|
|
MOD_LOG_KEY_REPLACE, GFP_NOFS);
|
|
|
|
BUG_ON(ret < 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_node_key(parent, &right_key, pslot + 1);
|
|
|
|
btrfs_mark_buffer_dirty(parent);
|
2007-03-02 00:04:21 +07:00
|
|
|
}
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
if (btrfs_header_nritems(mid) == 1) {
|
2007-03-02 03:16:26 +07:00
|
|
|
/*
|
|
|
|
* we're not allowed to leave a node with one item in the
|
|
|
|
* tree during a delete. A deletion from lower in the tree
|
|
|
|
* could try to delete the only pointer in this node.
|
|
|
|
* So, pull some keys from the left.
|
|
|
|
* There has to be a left pointer at this point because
|
|
|
|
* otherwise we would have pulled some pointers from the
|
|
|
|
* right
|
|
|
|
*/
|
2011-09-02 01:27:57 +07:00
|
|
|
if (!left) {
|
|
|
|
ret = -EROFS;
|
2016-06-23 05:54:23 +07:00
|
|
|
btrfs_handle_fs_error(fs_info, ret, NULL);
|
2011-09-02 01:27:57 +07:00
|
|
|
goto enospc;
|
|
|
|
}
|
2019-03-20 20:18:06 +07:00
|
|
|
wret = balance_node_right(trans, mid, left);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (wret < 0) {
|
2007-03-02 03:16:26 +07:00
|
|
|
ret = wret;
|
2007-06-23 01:16:25 +07:00
|
|
|
goto enospc;
|
|
|
|
}
|
2008-04-25 01:42:46 +07:00
|
|
|
if (wret == 1) {
|
2019-03-20 20:16:45 +07:00
|
|
|
wret = push_node_left(trans, left, mid, 1);
|
2008-04-25 01:42:46 +07:00
|
|
|
if (wret < 0)
|
|
|
|
ret = wret;
|
|
|
|
}
|
2007-03-02 03:16:26 +07:00
|
|
|
BUG_ON(wret == 1);
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
if (btrfs_header_nritems(mid) == 0) {
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(mid);
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(mid);
|
2013-04-16 12:18:22 +07:00
|
|
|
del_ptr(root, path, level + 1, pslot);
|
2010-05-16 21:46:25 +07:00
|
|
|
root_sub_used(root, mid->len);
|
2012-05-16 22:04:52 +07:00
|
|
|
btrfs_free_tree_block(trans, root, mid, 0, 1);
|
2012-03-10 04:01:49 +07:00
|
|
|
free_extent_buffer_stale(mid);
|
2010-05-16 21:46:25 +07:00
|
|
|
mid = NULL;
|
2007-03-02 03:16:26 +07:00
|
|
|
} else {
|
|
|
|
/* update the parent key to reflect our changes */
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key mid_key;
|
|
|
|
btrfs_node_key(mid, &mid_key, 0);
|
2018-03-05 22:16:54 +07:00
|
|
|
ret = tree_mod_log_insert_key(parent, pslot,
|
|
|
|
MOD_LOG_KEY_REPLACE, GFP_NOFS);
|
|
|
|
BUG_ON(ret < 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_node_key(parent, &mid_key, pslot);
|
|
|
|
btrfs_mark_buffer_dirty(parent);
|
2007-03-02 03:16:26 +07:00
|
|
|
}
|
2007-03-02 00:04:21 +07:00
|
|
|
|
2007-03-02 03:16:26 +07:00
|
|
|
/* update the path */
|
2007-10-16 03:14:19 +07:00
|
|
|
if (left) {
|
|
|
|
if (btrfs_header_nritems(left) > orig_slot) {
|
|
|
|
extent_buffer_get(left);
|
2008-06-26 03:01:30 +07:00
|
|
|
/* left was locked after cow */
|
2007-10-16 03:14:19 +07:00
|
|
|
path->nodes[level] = left;
|
2007-03-02 00:04:21 +07:00
|
|
|
path->slots[level + 1] -= 1;
|
|
|
|
path->slots[level] = orig_slot;
|
2008-06-26 03:01:30 +07:00
|
|
|
if (mid) {
|
|
|
|
btrfs_tree_unlock(mid);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(mid);
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
2007-03-02 00:04:21 +07:00
|
|
|
} else {
|
2007-10-16 03:14:19 +07:00
|
|
|
orig_slot -= btrfs_header_nritems(left);
|
2007-03-02 00:04:21 +07:00
|
|
|
path->slots[level] = orig_slot;
|
|
|
|
}
|
|
|
|
}
|
2007-03-02 03:16:26 +07:00
|
|
|
/* double check we haven't messed things up */
|
2007-03-22 23:13:20 +07:00
|
|
|
if (orig_ptr !=
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_node_blockptr(path->nodes[level], path->slots[level]))
|
2007-03-02 03:16:26 +07:00
|
|
|
BUG();
|
2007-06-23 01:16:25 +07:00
|
|
|
enospc:
|
2008-06-26 03:01:30 +07:00
|
|
|
if (right) {
|
|
|
|
btrfs_tree_unlock(right);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(right);
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
|
|
|
if (left) {
|
|
|
|
if (path->nodes[level] != left)
|
|
|
|
btrfs_tree_unlock(left);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(left);
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
2007-03-02 00:04:21 +07:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/* Node balancing for insertion. Here we only split or push nodes around
|
|
|
|
* when they are completely full. This is also done top down, so we
|
|
|
|
* have to be pessimistic.
|
|
|
|
*/
|
2009-01-06 09:25:51 +07:00
|
|
|
static noinline int push_nodes_for_insert(struct btrfs_trans_handle *trans,
|
2008-01-03 22:01:48 +07:00
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path, int level)
|
2007-04-21 00:16:02 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *right = NULL;
|
|
|
|
struct extent_buffer *mid;
|
|
|
|
struct extent_buffer *left = NULL;
|
|
|
|
struct extent_buffer *parent = NULL;
|
2007-04-21 00:16:02 +07:00
|
|
|
int ret = 0;
|
|
|
|
int wret;
|
|
|
|
int pslot;
|
|
|
|
int orig_slot = path->slots[level];
|
|
|
|
|
|
|
|
if (level == 0)
|
|
|
|
return 1;
|
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
mid = path->nodes[level];
|
2007-12-11 21:25:06 +07:00
|
|
|
WARN_ON(btrfs_header_generation(mid) != trans->transid);
|
2007-04-21 00:16:02 +07:00
|
|
|
|
2011-09-06 15:55:34 +07:00
|
|
|
if (level < BTRFS_MAX_LEVEL - 1) {
|
2007-10-16 03:14:19 +07:00
|
|
|
parent = path->nodes[level + 1];
|
2011-09-06 15:55:34 +07:00
|
|
|
pslot = path->slots[level + 1];
|
|
|
|
}
|
2007-04-21 00:16:02 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
if (!parent)
|
2007-04-21 00:16:02 +07:00
|
|
|
return 1;
|
|
|
|
|
2019-03-20 20:54:01 +07:00
|
|
|
left = read_node_slot(parent, pslot - 1);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (IS_ERR(left))
|
|
|
|
left = NULL;
|
2007-04-21 00:16:02 +07:00
|
|
|
|
|
|
|
/* first, try to make some room in the middle buffer */
|
2007-10-16 03:14:19 +07:00
|
|
|
if (left) {
|
2007-04-21 00:16:02 +07:00
|
|
|
u32 left_nr;
|
2008-06-26 03:01:30 +07:00
|
|
|
|
|
|
|
btrfs_tree_lock(left);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(left);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
left_nr = btrfs_header_nritems(left);
|
2016-06-23 05:54:23 +07:00
|
|
|
if (left_nr >= BTRFS_NODEPTRS_PER_BLOCK(fs_info) - 1) {
|
2007-04-21 00:48:57 +07:00
|
|
|
wret = 1;
|
|
|
|
} else {
|
2007-10-16 03:14:19 +07:00
|
|
|
ret = btrfs_cow_block(trans, root, left, parent,
|
2009-03-13 21:24:59 +07:00
|
|
|
pslot - 1, &left);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (ret)
|
|
|
|
wret = 1;
|
|
|
|
else {
|
2019-03-20 20:16:45 +07:00
|
|
|
wret = push_node_left(trans, left, mid, 0);
|
2007-06-23 01:16:25 +07:00
|
|
|
}
|
2007-04-21 00:48:57 +07:00
|
|
|
}
|
2007-04-21 00:16:02 +07:00
|
|
|
if (wret < 0)
|
|
|
|
ret = wret;
|
|
|
|
if (wret == 0) {
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
2007-04-21 00:16:02 +07:00
|
|
|
orig_slot += left_nr;
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_node_key(mid, &disk_key, 0);
|
2018-03-05 22:16:54 +07:00
|
|
|
ret = tree_mod_log_insert_key(parent, pslot,
|
|
|
|
MOD_LOG_KEY_REPLACE, GFP_NOFS);
|
|
|
|
BUG_ON(ret < 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_node_key(parent, &disk_key, pslot);
|
|
|
|
btrfs_mark_buffer_dirty(parent);
|
|
|
|
if (btrfs_header_nritems(left) > orig_slot) {
|
|
|
|
path->nodes[level] = left;
|
2007-04-21 00:16:02 +07:00
|
|
|
path->slots[level + 1] -= 1;
|
|
|
|
path->slots[level] = orig_slot;
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(mid);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(mid);
|
2007-04-21 00:16:02 +07:00
|
|
|
} else {
|
|
|
|
orig_slot -=
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_header_nritems(left);
|
2007-04-21 00:16:02 +07:00
|
|
|
path->slots[level] = orig_slot;
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(left);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(left);
|
2007-04-21 00:16:02 +07:00
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(left);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(left);
|
2007-04-21 00:16:02 +07:00
|
|
|
}
|
2019-03-20 20:54:01 +07:00
|
|
|
right = read_node_slot(parent, pslot + 1);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (IS_ERR(right))
|
|
|
|
right = NULL;
|
2007-04-21 00:16:02 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* then try to empty the right most buffer into the middle
|
|
|
|
*/
|
2007-10-16 03:14:19 +07:00
|
|
|
if (right) {
|
2007-04-21 00:48:57 +07:00
|
|
|
u32 right_nr;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_lock(right);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(right);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
right_nr = btrfs_header_nritems(right);
|
2016-06-23 05:54:23 +07:00
|
|
|
if (right_nr >= BTRFS_NODEPTRS_PER_BLOCK(fs_info) - 1) {
|
2007-04-21 00:48:57 +07:00
|
|
|
wret = 1;
|
|
|
|
} else {
|
2007-10-16 03:14:19 +07:00
|
|
|
ret = btrfs_cow_block(trans, root, right,
|
|
|
|
parent, pslot + 1,
|
2009-03-13 21:24:59 +07:00
|
|
|
&right);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (ret)
|
|
|
|
wret = 1;
|
|
|
|
else {
|
2019-03-20 20:18:06 +07:00
|
|
|
wret = balance_node_right(trans, right, mid);
|
2007-06-23 01:16:25 +07:00
|
|
|
}
|
2007-04-21 00:48:57 +07:00
|
|
|
}
|
2007-04-21 00:16:02 +07:00
|
|
|
if (wret < 0)
|
|
|
|
ret = wret;
|
|
|
|
if (wret == 0) {
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
|
|
|
|
|
|
|
btrfs_node_key(right, &disk_key, 0);
|
2018-03-05 22:16:54 +07:00
|
|
|
ret = tree_mod_log_insert_key(parent, pslot + 1,
|
|
|
|
MOD_LOG_KEY_REPLACE, GFP_NOFS);
|
|
|
|
BUG_ON(ret < 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_node_key(parent, &disk_key, pslot + 1);
|
|
|
|
btrfs_mark_buffer_dirty(parent);
|
|
|
|
|
|
|
|
if (btrfs_header_nritems(mid) <= orig_slot) {
|
|
|
|
path->nodes[level] = right;
|
2007-04-21 00:16:02 +07:00
|
|
|
path->slots[level + 1] += 1;
|
|
|
|
path->slots[level] = orig_slot -
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_header_nritems(mid);
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(mid);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(mid);
|
2007-04-21 00:16:02 +07:00
|
|
|
} else {
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(right);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(right);
|
2007-04-21 00:16:02 +07:00
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(right);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(right);
|
2007-04-21 00:16:02 +07:00
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2007-08-08 02:52:22 +07:00
|
|
|
/*
|
2008-09-30 02:18:18 +07:00
|
|
|
* readahead one full node of leaves, finding things that are close
|
|
|
|
* to the block in 'slot', and triggering ra on them.
|
2007-08-08 02:52:22 +07:00
|
|
|
*/
|
2016-06-23 05:54:24 +07:00
|
|
|
static void reada_for_search(struct btrfs_fs_info *fs_info,
|
2009-04-03 21:14:18 +07:00
|
|
|
struct btrfs_path *path,
|
|
|
|
int level, int slot, u64 objectid)
|
2007-08-08 02:52:22 +07:00
|
|
|
{
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *node;
|
2007-12-22 04:24:26 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
2007-08-08 02:52:22 +07:00
|
|
|
u32 nritems;
|
|
|
|
u64 search;
|
2009-01-22 21:23:10 +07:00
|
|
|
u64 target;
|
2007-10-16 03:17:34 +07:00
|
|
|
u64 nread = 0;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *eb;
|
2007-10-16 03:17:34 +07:00
|
|
|
u32 nr;
|
|
|
|
u32 blocksize;
|
|
|
|
u32 nscan = 0;
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2007-10-16 03:22:39 +07:00
|
|
|
if (level != 1)
|
2007-08-08 03:15:09 +07:00
|
|
|
return;
|
|
|
|
|
|
|
|
if (!path->nodes[level])
|
2007-08-08 02:52:22 +07:00
|
|
|
return;
|
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
node = path->nodes[level];
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2007-08-08 02:52:22 +07:00
|
|
|
search = btrfs_node_blockptr(node, slot);
|
2016-06-23 05:54:23 +07:00
|
|
|
blocksize = fs_info->nodesize;
|
|
|
|
eb = find_extent_buffer(fs_info, search);
|
2007-10-16 03:14:19 +07:00
|
|
|
if (eb) {
|
|
|
|
free_extent_buffer(eb);
|
2007-08-08 02:52:22 +07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-01-22 21:23:10 +07:00
|
|
|
target = search;
|
2007-10-16 03:17:34 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
nritems = btrfs_header_nritems(node);
|
2007-10-16 03:17:34 +07:00
|
|
|
nr = slot;
|
2011-06-09 01:36:54 +07:00
|
|
|
|
2009-01-06 09:25:51 +07:00
|
|
|
while (1) {
|
2015-11-27 22:31:35 +07:00
|
|
|
if (path->reada == READA_BACK) {
|
2007-10-16 03:17:34 +07:00
|
|
|
if (nr == 0)
|
|
|
|
break;
|
|
|
|
nr--;
|
2015-11-27 22:31:35 +07:00
|
|
|
} else if (path->reada == READA_FORWARD) {
|
2007-10-16 03:17:34 +07:00
|
|
|
nr++;
|
|
|
|
if (nr >= nritems)
|
|
|
|
break;
|
2007-08-08 02:52:22 +07:00
|
|
|
}
|
2015-11-27 22:31:35 +07:00
|
|
|
if (path->reada == READA_BACK && objectid) {
|
2007-12-22 04:24:26 +07:00
|
|
|
btrfs_node_key(node, &disk_key, nr);
|
|
|
|
if (btrfs_disk_key_objectid(&disk_key) != objectid)
|
|
|
|
break;
|
|
|
|
}
|
2007-10-16 03:17:34 +07:00
|
|
|
search = btrfs_node_blockptr(node, nr);
|
2009-01-22 21:23:10 +07:00
|
|
|
if ((search <= target && target - search <= 65536) ||
|
|
|
|
(search > target && search - target <= 65536)) {
|
2016-06-23 05:54:24 +07:00
|
|
|
readahead_tree_block(fs_info, search);
|
2007-10-16 03:17:34 +07:00
|
|
|
nread += blocksize;
|
|
|
|
}
|
|
|
|
nscan++;
|
2009-01-22 21:23:10 +07:00
|
|
|
if ((nread > 65536 || nscan > 32))
|
2007-10-16 03:17:34 +07:00
|
|
|
break;
|
2007-08-08 02:52:22 +07:00
|
|
|
}
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2016-06-23 05:54:24 +07:00
|
|
|
static noinline void reada_for_balance(struct btrfs_fs_info *fs_info,
|
2013-06-18 01:23:02 +07:00
|
|
|
struct btrfs_path *path, int level)
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
{
|
|
|
|
int slot;
|
|
|
|
int nritems;
|
|
|
|
struct extent_buffer *parent;
|
|
|
|
struct extent_buffer *eb;
|
|
|
|
u64 gen;
|
|
|
|
u64 block1 = 0;
|
|
|
|
u64 block2 = 0;
|
|
|
|
|
2009-04-21 02:50:10 +07:00
|
|
|
parent = path->nodes[level + 1];
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
if (!parent)
|
2013-06-18 01:23:02 +07:00
|
|
|
return;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
|
|
|
nritems = btrfs_header_nritems(parent);
|
2009-04-21 02:50:10 +07:00
|
|
|
slot = path->slots[level + 1];
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
|
|
|
if (slot > 0) {
|
|
|
|
block1 = btrfs_node_blockptr(parent, slot - 1);
|
|
|
|
gen = btrfs_node_ptr_generation(parent, slot - 1);
|
2016-06-23 05:54:23 +07:00
|
|
|
eb = find_extent_buffer(fs_info, block1);
|
2012-05-06 18:23:47 +07:00
|
|
|
/*
|
|
|
|
* if we get -eagain from btrfs_buffer_uptodate, we
|
|
|
|
* don't want to return eagain here. That will loop
|
|
|
|
* forever
|
|
|
|
*/
|
|
|
|
if (eb && btrfs_buffer_uptodate(eb, gen, 1) != 0)
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
block1 = 0;
|
|
|
|
free_extent_buffer(eb);
|
|
|
|
}
|
2009-04-21 02:50:10 +07:00
|
|
|
if (slot + 1 < nritems) {
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
block2 = btrfs_node_blockptr(parent, slot + 1);
|
|
|
|
gen = btrfs_node_ptr_generation(parent, slot + 1);
|
2016-06-23 05:54:23 +07:00
|
|
|
eb = find_extent_buffer(fs_info, block2);
|
2012-05-06 18:23:47 +07:00
|
|
|
if (eb && btrfs_buffer_uptodate(eb, gen, 1) != 0)
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
block2 = 0;
|
|
|
|
free_extent_buffer(eb);
|
|
|
|
}
|
2009-04-21 02:50:10 +07:00
|
|
|
|
2013-06-18 01:23:02 +07:00
|
|
|
if (block1)
|
2016-06-23 05:54:24 +07:00
|
|
|
readahead_tree_block(fs_info, block1);
|
2013-06-18 01:23:02 +07:00
|
|
|
if (block2)
|
2016-06-23 05:54:24 +07:00
|
|
|
readahead_tree_block(fs_info, block2);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
2009-01-06 09:25:51 +07:00
|
|
|
* when we walk down the tree, it is usually safe to unlock the higher layers
|
|
|
|
* in the tree. The exceptions are when our path goes through slot 0, because
|
|
|
|
* operations on the tree might require changing key pointers higher up in the
|
|
|
|
* tree.
|
2008-09-30 02:18:18 +07:00
|
|
|
*
|
2009-01-06 09:25:51 +07:00
|
|
|
* callers might also have set path->keep_locks, which tells this code to keep
|
|
|
|
* the lock if the path points to the last slot in the block. This is part of
|
|
|
|
* walking through the tree, and selecting the next slot in the higher block.
|
2008-09-30 02:18:18 +07:00
|
|
|
*
|
2009-01-06 09:25:51 +07:00
|
|
|
* lowest_unlock sets the lowest level in the tree we're allowed to unlock. so
|
|
|
|
* if lowest_unlock is 1, level 0 won't be unlocked
|
2008-09-30 02:18:18 +07:00
|
|
|
*/
|
2008-09-06 03:13:11 +07:00
|
|
|
static noinline void unlock_up(struct btrfs_path *path, int level,
|
2012-03-20 02:54:38 +07:00
|
|
|
int lowest_unlock, int min_write_lock_level,
|
|
|
|
int *write_lock_level)
|
2008-06-26 03:01:30 +07:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
int skip_level = level;
|
2008-06-26 03:01:30 +07:00
|
|
|
int no_skips = 0;
|
2008-06-26 03:01:30 +07:00
|
|
|
struct extent_buffer *t;
|
|
|
|
|
|
|
|
for (i = level; i < BTRFS_MAX_LEVEL; i++) {
|
|
|
|
if (!path->nodes[i])
|
|
|
|
break;
|
|
|
|
if (!path->locks[i])
|
|
|
|
break;
|
2008-06-26 03:01:30 +07:00
|
|
|
if (!no_skips && path->slots[i] == 0) {
|
2008-06-26 03:01:30 +07:00
|
|
|
skip_level = i + 1;
|
|
|
|
continue;
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
if (!no_skips && path->keep_locks) {
|
2008-06-26 03:01:30 +07:00
|
|
|
u32 nritems;
|
|
|
|
t = path->nodes[i];
|
|
|
|
nritems = btrfs_header_nritems(t);
|
2008-06-26 03:01:30 +07:00
|
|
|
if (nritems < 1 || path->slots[i] >= nritems - 1) {
|
2008-06-26 03:01:30 +07:00
|
|
|
skip_level = i + 1;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
if (skip_level < i && i >= lowest_unlock)
|
|
|
|
no_skips = 1;
|
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
t = path->nodes[i];
|
2018-05-18 10:00:24 +07:00
|
|
|
if (i >= lowest_unlock && i > skip_level) {
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_unlock_rw(t, path->locks[i]);
|
2008-06-26 03:01:30 +07:00
|
|
|
path->locks[i] = 0;
|
2012-03-20 02:54:38 +07:00
|
|
|
if (write_lock_level &&
|
|
|
|
i > min_write_lock_level &&
|
|
|
|
i <= *write_lock_level) {
|
|
|
|
*write_lock_level = i - 1;
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
/*
|
|
|
|
* This releases any locks held in the path starting at level and
|
|
|
|
* going all the way up to the root.
|
|
|
|
*
|
|
|
|
* btrfs_search_slot will keep the lock held on higher nodes in a few
|
|
|
|
* corner cases, such as COW of the block at slot zero in the node. This
|
|
|
|
* ignores those rules, and it should only be called when there are no
|
|
|
|
* more updates to be done higher up in the tree.
|
|
|
|
*/
|
|
|
|
noinline void btrfs_unlock_up_safe(struct btrfs_path *path, int level)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
2013-04-06 03:51:15 +07:00
|
|
|
if (path->keep_locks)
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
return;
|
|
|
|
|
|
|
|
for (i = level; i < BTRFS_MAX_LEVEL; i++) {
|
|
|
|
if (!path->nodes[i])
|
2009-02-04 21:31:42 +07:00
|
|
|
continue;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
if (!path->locks[i])
|
2009-02-04 21:31:42 +07:00
|
|
|
continue;
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_unlock_rw(path->nodes[i], path->locks[i]);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
path->locks[i] = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-04-03 21:14:18 +07:00
|
|
|
/*
|
|
|
|
* helper function for btrfs_search_slot. The goal is to find a block
|
|
|
|
* in cache without setting the path to blocking. If we find the block
|
|
|
|
* we return zero and the path is unchanged.
|
|
|
|
*
|
|
|
|
* If we can't find the block, we set the path blocking and do some
|
|
|
|
* reada. -EAGAIN is returned and the search must be repeated.
|
|
|
|
*/
|
|
|
|
static int
|
2017-01-31 03:23:42 +07:00
|
|
|
read_block_for_search(struct btrfs_root *root, struct btrfs_path *p,
|
|
|
|
struct extent_buffer **eb_ret, int level, int slot,
|
2017-02-11 00:44:32 +07:00
|
|
|
const struct btrfs_key *key)
|
2009-04-03 21:14:18 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2009-04-03 21:14:18 +07:00
|
|
|
u64 blocknr;
|
|
|
|
u64 gen;
|
|
|
|
struct extent_buffer *b = *eb_ret;
|
|
|
|
struct extent_buffer *tmp;
|
2018-03-29 08:08:11 +07:00
|
|
|
struct btrfs_key first_key;
|
2009-05-15 00:24:30 +07:00
|
|
|
int ret;
|
2018-03-29 08:08:11 +07:00
|
|
|
int parent_level;
|
2009-04-03 21:14:18 +07:00
|
|
|
|
|
|
|
blocknr = btrfs_node_blockptr(b, slot);
|
|
|
|
gen = btrfs_node_ptr_generation(b, slot);
|
2018-03-29 08:08:11 +07:00
|
|
|
parent_level = btrfs_header_level(b);
|
|
|
|
btrfs_node_key_to_cpu(b, &first_key, slot);
|
2009-04-03 21:14:18 +07:00
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
tmp = find_extent_buffer(fs_info, blocknr);
|
2010-10-24 22:01:27 +07:00
|
|
|
if (tmp) {
|
2012-05-06 18:23:47 +07:00
|
|
|
/* first we do an atomic uptodate check */
|
2013-06-18 00:44:48 +07:00
|
|
|
if (btrfs_buffer_uptodate(tmp, gen, 1) > 0) {
|
btrfs: Check the first key and level for cached extent buffer
[BUG]
When reading a file from a fuzzed image, kernel can panic like:
BTRFS warning (device loop0): csum failed root 5 ino 270 off 0 csum 0x98f94189 expected csum 0x00000000 mirror 1
assertion failed: !memcmp_extent_buffer(b, &disk_key, offsetof(struct btrfs_leaf, items[0].key), sizeof(disk_key)), file: fs/btrfs/ctree.c, line: 2544
------------[ cut here ]------------
kernel BUG at fs/btrfs/ctree.h:3500!
invalid opcode: 0000 [#1] PREEMPT SMP NOPTI
RIP: 0010:btrfs_search_slot.cold.24+0x61/0x63 [btrfs]
Call Trace:
btrfs_lookup_csum+0x52/0x150 [btrfs]
__btrfs_lookup_bio_sums+0x209/0x640 [btrfs]
btrfs_submit_bio_hook+0x103/0x170 [btrfs]
submit_one_bio+0x59/0x80 [btrfs]
extent_read_full_page+0x58/0x80 [btrfs]
generic_file_read_iter+0x2f6/0x9d0
__vfs_read+0x14d/0x1a0
vfs_read+0x8d/0x140
ksys_read+0x52/0xc0
do_syscall_64+0x60/0x210
entry_SYSCALL_64_after_hwframe+0x49/0xbe
[CAUSE]
The fuzzed image has a corrupted leaf whose first key doesn't match its
parent:
checksum tree key (CSUM_TREE ROOT_ITEM 0)
node 29741056 level 1 items 14 free 107 generation 19 owner CSUM_TREE
fs uuid 3381d111-94a3-4ac7-8f39-611bbbdab7e6
chunk uuid 9af1c3c7-2af5-488b-8553-530bd515f14c
...
key (EXTENT_CSUM EXTENT_CSUM 79691776) block 29761536 gen 19
leaf 29761536 items 1 free space 1726 generation 19 owner CSUM_TREE
leaf 29761536 flags 0x1(WRITTEN) backref revision 1
fs uuid 3381d111-94a3-4ac7-8f39-611bbbdab7e6
chunk uuid 9af1c3c7-2af5-488b-8553-530bd515f14c
item 0 key (EXTENT_CSUM EXTENT_CSUM 8798638964736) itemoff 1751 itemsize 2244
range start 8798638964736 end 8798641262592 length 2297856
When reading the above tree block, we have extent_buffer->refs = 2 in
the context:
- initial one from __alloc_extent_buffer()
alloc_extent_buffer()
|- __alloc_extent_buffer()
|- atomic_set(&eb->refs, 1)
- one being added to fs_info->buffer_radix
alloc_extent_buffer()
|- check_buffer_tree_ref()
|- atomic_inc(&eb->refs)
So if even we call free_extent_buffer() in read_tree_block or other
similar situation, we only decrease the refs by 1, it doesn't reach 0
and won't be freed right now.
The staled eb and its corrupted content will still be kept cached.
Furthermore, we have several extra cases where we either don't do first
key check or the check is not proper for all callers:
- scrub
We just don't have first key in this context.
- shared tree block
One tree block can be shared by several snapshot/subvolume trees.
In that case, the first key check for one subvolume doesn't apply to
another.
So for the above reasons, a corrupted extent buffer can sneak into the
buffer cache.
[FIX]
Call verify_level_key in read_block_for_search to do another
verification. For that purpose the function is exported.
Due to above reasons, although we can free corrupted extent buffer from
cache, we still need the check in read_block_for_search(), for scrub and
shared tree blocks.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202755
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202757
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202759
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202761
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202767
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202769
Reported-by: Yoon Jungyeon <jungyeon@gatech.edu>
CC: stable@vger.kernel.org # 4.19+
Signed-off-by: Qu Wenruo <wqu@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
2019-03-12 16:10:40 +07:00
|
|
|
/*
|
|
|
|
* Do extra check for first_key, eb can be stale due to
|
|
|
|
* being cached, read from scrub, or have multiple
|
|
|
|
* parents (shared tree blocks).
|
|
|
|
*/
|
2019-03-20 20:58:13 +07:00
|
|
|
if (btrfs_verify_level_key(tmp,
|
btrfs: Check the first key and level for cached extent buffer
[BUG]
When reading a file from a fuzzed image, kernel can panic like:
BTRFS warning (device loop0): csum failed root 5 ino 270 off 0 csum 0x98f94189 expected csum 0x00000000 mirror 1
assertion failed: !memcmp_extent_buffer(b, &disk_key, offsetof(struct btrfs_leaf, items[0].key), sizeof(disk_key)), file: fs/btrfs/ctree.c, line: 2544
------------[ cut here ]------------
kernel BUG at fs/btrfs/ctree.h:3500!
invalid opcode: 0000 [#1] PREEMPT SMP NOPTI
RIP: 0010:btrfs_search_slot.cold.24+0x61/0x63 [btrfs]
Call Trace:
btrfs_lookup_csum+0x52/0x150 [btrfs]
__btrfs_lookup_bio_sums+0x209/0x640 [btrfs]
btrfs_submit_bio_hook+0x103/0x170 [btrfs]
submit_one_bio+0x59/0x80 [btrfs]
extent_read_full_page+0x58/0x80 [btrfs]
generic_file_read_iter+0x2f6/0x9d0
__vfs_read+0x14d/0x1a0
vfs_read+0x8d/0x140
ksys_read+0x52/0xc0
do_syscall_64+0x60/0x210
entry_SYSCALL_64_after_hwframe+0x49/0xbe
[CAUSE]
The fuzzed image has a corrupted leaf whose first key doesn't match its
parent:
checksum tree key (CSUM_TREE ROOT_ITEM 0)
node 29741056 level 1 items 14 free 107 generation 19 owner CSUM_TREE
fs uuid 3381d111-94a3-4ac7-8f39-611bbbdab7e6
chunk uuid 9af1c3c7-2af5-488b-8553-530bd515f14c
...
key (EXTENT_CSUM EXTENT_CSUM 79691776) block 29761536 gen 19
leaf 29761536 items 1 free space 1726 generation 19 owner CSUM_TREE
leaf 29761536 flags 0x1(WRITTEN) backref revision 1
fs uuid 3381d111-94a3-4ac7-8f39-611bbbdab7e6
chunk uuid 9af1c3c7-2af5-488b-8553-530bd515f14c
item 0 key (EXTENT_CSUM EXTENT_CSUM 8798638964736) itemoff 1751 itemsize 2244
range start 8798638964736 end 8798641262592 length 2297856
When reading the above tree block, we have extent_buffer->refs = 2 in
the context:
- initial one from __alloc_extent_buffer()
alloc_extent_buffer()
|- __alloc_extent_buffer()
|- atomic_set(&eb->refs, 1)
- one being added to fs_info->buffer_radix
alloc_extent_buffer()
|- check_buffer_tree_ref()
|- atomic_inc(&eb->refs)
So if even we call free_extent_buffer() in read_tree_block or other
similar situation, we only decrease the refs by 1, it doesn't reach 0
and won't be freed right now.
The staled eb and its corrupted content will still be kept cached.
Furthermore, we have several extra cases where we either don't do first
key check or the check is not proper for all callers:
- scrub
We just don't have first key in this context.
- shared tree block
One tree block can be shared by several snapshot/subvolume trees.
In that case, the first key check for one subvolume doesn't apply to
another.
So for the above reasons, a corrupted extent buffer can sneak into the
buffer cache.
[FIX]
Call verify_level_key in read_block_for_search to do another
verification. For that purpose the function is exported.
Due to above reasons, although we can free corrupted extent buffer from
cache, we still need the check in read_block_for_search(), for scrub and
shared tree blocks.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202755
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202757
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202759
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202761
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202767
Link: https://bugzilla.kernel.org/show_bug.cgi?id=202769
Reported-by: Yoon Jungyeon <jungyeon@gatech.edu>
CC: stable@vger.kernel.org # 4.19+
Signed-off-by: Qu Wenruo <wqu@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
2019-03-12 16:10:40 +07:00
|
|
|
parent_level - 1, &first_key, gen)) {
|
|
|
|
free_extent_buffer(tmp);
|
|
|
|
return -EUCLEAN;
|
|
|
|
}
|
2013-06-18 00:44:48 +07:00
|
|
|
*eb_ret = tmp;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* the pages were up to date, but we failed
|
|
|
|
* the generation number check. Do a full
|
|
|
|
* read for the generation number that is correct.
|
|
|
|
* We must do this without dropping locks so
|
|
|
|
* we can trust our generation number
|
|
|
|
*/
|
|
|
|
btrfs_set_path_blocking(p);
|
|
|
|
|
|
|
|
/* now we're allowed to do a blocking uptodate check */
|
2018-03-29 08:08:11 +07:00
|
|
|
ret = btrfs_read_buffer(tmp, gen, parent_level - 1, &first_key);
|
2013-06-18 00:44:48 +07:00
|
|
|
if (!ret) {
|
|
|
|
*eb_ret = tmp;
|
|
|
|
return 0;
|
2010-10-24 22:01:27 +07:00
|
|
|
}
|
2013-06-18 00:44:48 +07:00
|
|
|
free_extent_buffer(tmp);
|
|
|
|
btrfs_release_path(p);
|
|
|
|
return -EIO;
|
2009-04-03 21:14:18 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* reduce lock contention at high levels
|
|
|
|
* of the btree by dropping locks before
|
2009-05-15 00:24:30 +07:00
|
|
|
* we read. Don't release the lock on the current
|
|
|
|
* level because we need to walk this node to figure
|
|
|
|
* out which blocks to read.
|
2009-04-03 21:14:18 +07:00
|
|
|
*/
|
2009-04-21 02:50:10 +07:00
|
|
|
btrfs_unlock_up_safe(p, level + 1);
|
|
|
|
btrfs_set_path_blocking(p);
|
|
|
|
|
2015-11-27 22:31:35 +07:00
|
|
|
if (p->reada != READA_NONE)
|
2016-06-23 05:54:24 +07:00
|
|
|
reada_for_search(fs_info, p, level, slot, key->objectid);
|
2009-04-03 21:14:18 +07:00
|
|
|
|
2009-05-15 00:24:30 +07:00
|
|
|
ret = -EAGAIN;
|
btrfs: fix reading stale metadata blocks after degraded raid1 mounts
If a btree block, aka. extent buffer, is not available in the extent
buffer cache, it'll be read out from the disk instead, i.e.
btrfs_search_slot()
read_block_for_search() # hold parent and its lock, go to read child
btrfs_release_path()
read_tree_block() # read child
Unfortunately, the parent lock got released before reading child, so
commit 5bdd3536cbbe ("Btrfs: Fix block generation verification race") had
used 0 as parent transid to read the child block. It forces
read_tree_block() not to check if parent transid is different with the
generation id of the child that it reads out from disk.
A simple PoC is included in btrfs/124,
0. A two-disk raid1 btrfs,
1. Right after mkfs.btrfs, block A is allocated to be device tree's root.
2. Mount this filesystem and put it in use, after a while, device tree's
root got COW but block A hasn't been allocated/overwritten yet.
3. Umount it and reload the btrfs module to remove both disks from the
global @fs_devices list.
4. mount -odegraded dev1 and write some data, so now block A is allocated
to be a leaf in checksum tree. Note that only dev1 has the latest
metadata of this filesystem.
5. Umount it and mount it again normally (with both disks), since raid1
can pick up one disk by the writer task's pid, if btrfs_search_slot()
needs to read block A, dev2 which does NOT have the latest metadata
might be read for block A, then we got a stale block A.
6. As parent transid is not checked, block A is marked as uptodate and
put into the extent buffer cache, so the future search won't bother
to read disk again, which means it'll make changes on this stale
one and make it dirty and flush it onto disk.
To avoid the problem, parent transid needs to be passed to
read_tree_block().
In order to get a valid parent transid, we need to hold the parent's
lock until finishing reading child.
This patch needs to be slightly adapted for stable kernels, the
&first_key parameter added to read_tree_block() is from 4.16+
(581c1760415c4). The fix is to replace 0 by 'gen'.
Fixes: 5bdd3536cbbe ("Btrfs: Fix block generation verification race")
CC: stable@vger.kernel.org # 4.4+
Signed-off-by: Liu Bo <bo.liu@linux.alibaba.com>
Reviewed-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: Qu Wenruo <wqu@suse.com>
[ update changelog ]
Signed-off-by: David Sterba <dsterba@suse.com>
2018-05-16 00:37:36 +07:00
|
|
|
tmp = read_tree_block(fs_info, blocknr, gen, parent_level - 1,
|
2018-03-29 08:08:11 +07:00
|
|
|
&first_key);
|
2015-05-25 16:30:15 +07:00
|
|
|
if (!IS_ERR(tmp)) {
|
2009-05-15 00:24:30 +07:00
|
|
|
/*
|
|
|
|
* If the read above didn't mark this buffer up to date,
|
|
|
|
* it will never end up being up to date. Set ret to EIO now
|
|
|
|
* and give up so that our caller doesn't loop forever
|
|
|
|
* on our EAGAINs.
|
|
|
|
*/
|
2018-05-18 10:00:20 +07:00
|
|
|
if (!extent_buffer_uptodate(tmp))
|
2009-05-15 00:24:30 +07:00
|
|
|
ret = -EIO;
|
2009-04-03 21:14:18 +07:00
|
|
|
free_extent_buffer(tmp);
|
2016-06-07 02:01:23 +07:00
|
|
|
} else {
|
|
|
|
ret = PTR_ERR(tmp);
|
2009-05-15 00:24:30 +07:00
|
|
|
}
|
btrfs: fix reading stale metadata blocks after degraded raid1 mounts
If a btree block, aka. extent buffer, is not available in the extent
buffer cache, it'll be read out from the disk instead, i.e.
btrfs_search_slot()
read_block_for_search() # hold parent and its lock, go to read child
btrfs_release_path()
read_tree_block() # read child
Unfortunately, the parent lock got released before reading child, so
commit 5bdd3536cbbe ("Btrfs: Fix block generation verification race") had
used 0 as parent transid to read the child block. It forces
read_tree_block() not to check if parent transid is different with the
generation id of the child that it reads out from disk.
A simple PoC is included in btrfs/124,
0. A two-disk raid1 btrfs,
1. Right after mkfs.btrfs, block A is allocated to be device tree's root.
2. Mount this filesystem and put it in use, after a while, device tree's
root got COW but block A hasn't been allocated/overwritten yet.
3. Umount it and reload the btrfs module to remove both disks from the
global @fs_devices list.
4. mount -odegraded dev1 and write some data, so now block A is allocated
to be a leaf in checksum tree. Note that only dev1 has the latest
metadata of this filesystem.
5. Umount it and mount it again normally (with both disks), since raid1
can pick up one disk by the writer task's pid, if btrfs_search_slot()
needs to read block A, dev2 which does NOT have the latest metadata
might be read for block A, then we got a stale block A.
6. As parent transid is not checked, block A is marked as uptodate and
put into the extent buffer cache, so the future search won't bother
to read disk again, which means it'll make changes on this stale
one and make it dirty and flush it onto disk.
To avoid the problem, parent transid needs to be passed to
read_tree_block().
In order to get a valid parent transid, we need to hold the parent's
lock until finishing reading child.
This patch needs to be slightly adapted for stable kernels, the
&first_key parameter added to read_tree_block() is from 4.16+
(581c1760415c4). The fix is to replace 0 by 'gen'.
Fixes: 5bdd3536cbbe ("Btrfs: Fix block generation verification race")
CC: stable@vger.kernel.org # 4.4+
Signed-off-by: Liu Bo <bo.liu@linux.alibaba.com>
Reviewed-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: Qu Wenruo <wqu@suse.com>
[ update changelog ]
Signed-off-by: David Sterba <dsterba@suse.com>
2018-05-16 00:37:36 +07:00
|
|
|
|
|
|
|
btrfs_release_path(p);
|
2009-05-15 00:24:30 +07:00
|
|
|
return ret;
|
2009-04-03 21:14:18 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* helper function for btrfs_search_slot. This does all of the checks
|
|
|
|
* for node-level blocks and does any balancing required based on
|
|
|
|
* the ins_len.
|
|
|
|
*
|
|
|
|
* If no extra work was required, zero is returned. If we had to
|
|
|
|
* drop the path, -EAGAIN is returned and btrfs_search_slot must
|
|
|
|
* start over
|
|
|
|
*/
|
|
|
|
static int
|
|
|
|
setup_nodes_for_search(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root, struct btrfs_path *p,
|
2011-07-17 02:23:14 +07:00
|
|
|
struct extent_buffer *b, int level, int ins_len,
|
|
|
|
int *write_lock_level)
|
2009-04-03 21:14:18 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2009-04-03 21:14:18 +07:00
|
|
|
int ret;
|
2016-06-23 05:54:23 +07:00
|
|
|
|
2009-04-03 21:14:18 +07:00
|
|
|
if ((p->search_for_split || ins_len > 0) && btrfs_header_nritems(b) >=
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_NODEPTRS_PER_BLOCK(fs_info) - 3) {
|
2009-04-03 21:14:18 +07:00
|
|
|
int sret;
|
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
if (*write_lock_level < level + 1) {
|
|
|
|
*write_lock_level = level + 1;
|
|
|
|
btrfs_release_path(p);
|
|
|
|
goto again;
|
|
|
|
}
|
|
|
|
|
2009-04-03 21:14:18 +07:00
|
|
|
btrfs_set_path_blocking(p);
|
2016-06-23 05:54:24 +07:00
|
|
|
reada_for_balance(fs_info, p, level);
|
2009-04-03 21:14:18 +07:00
|
|
|
sret = split_node(trans, root, p, level);
|
|
|
|
|
|
|
|
BUG_ON(sret > 0);
|
|
|
|
if (sret) {
|
|
|
|
ret = sret;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
b = p->nodes[level];
|
|
|
|
} else if (ins_len < 0 && btrfs_header_nritems(b) <
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_NODEPTRS_PER_BLOCK(fs_info) / 2) {
|
2009-04-03 21:14:18 +07:00
|
|
|
int sret;
|
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
if (*write_lock_level < level + 1) {
|
|
|
|
*write_lock_level = level + 1;
|
|
|
|
btrfs_release_path(p);
|
|
|
|
goto again;
|
|
|
|
}
|
|
|
|
|
2009-04-03 21:14:18 +07:00
|
|
|
btrfs_set_path_blocking(p);
|
2016-06-23 05:54:24 +07:00
|
|
|
reada_for_balance(fs_info, p, level);
|
2009-04-03 21:14:18 +07:00
|
|
|
sret = balance_level(trans, root, p, level);
|
|
|
|
|
|
|
|
if (sret) {
|
|
|
|
ret = sret;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
b = p->nodes[level];
|
|
|
|
if (!b) {
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(p);
|
2009-04-03 21:14:18 +07:00
|
|
|
goto again;
|
|
|
|
}
|
|
|
|
BUG_ON(btrfs_header_nritems(b) == 1);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
again:
|
|
|
|
ret = -EAGAIN;
|
|
|
|
done:
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2017-01-18 14:24:37 +07:00
|
|
|
static int key_search(struct extent_buffer *b, const struct btrfs_key *key,
|
2013-08-30 21:46:43 +07:00
|
|
|
int level, int *prev_cmp, int *slot)
|
|
|
|
{
|
|
|
|
if (*prev_cmp != 0) {
|
2017-12-08 21:27:43 +07:00
|
|
|
*prev_cmp = btrfs_bin_search(b, key, level, slot);
|
2013-08-30 21:46:43 +07:00
|
|
|
return *prev_cmp;
|
|
|
|
}
|
|
|
|
|
|
|
|
*slot = 0;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-01-03 00:45:16 +07:00
|
|
|
int btrfs_find_item(struct btrfs_root *fs_root, struct btrfs_path *path,
|
2013-11-05 10:33:33 +07:00
|
|
|
u64 iobjectid, u64 ioff, u8 key_type,
|
|
|
|
struct btrfs_key *found_key)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
struct btrfs_key key;
|
|
|
|
struct extent_buffer *eb;
|
2015-01-03 00:45:16 +07:00
|
|
|
|
|
|
|
ASSERT(path);
|
2015-01-03 01:36:14 +07:00
|
|
|
ASSERT(found_key);
|
2013-11-05 10:33:33 +07:00
|
|
|
|
|
|
|
key.type = key_type;
|
|
|
|
key.objectid = iobjectid;
|
|
|
|
key.offset = ioff;
|
|
|
|
|
|
|
|
ret = btrfs_search_slot(NULL, fs_root, &key, path, 0, 0);
|
2015-01-03 01:36:14 +07:00
|
|
|
if (ret < 0)
|
2013-11-05 10:33:33 +07:00
|
|
|
return ret;
|
|
|
|
|
|
|
|
eb = path->nodes[0];
|
|
|
|
if (ret && path->slots[0] >= btrfs_header_nritems(eb)) {
|
|
|
|
ret = btrfs_next_leaf(fs_root, path);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
eb = path->nodes[0];
|
|
|
|
}
|
|
|
|
|
|
|
|
btrfs_item_key_to_cpu(eb, found_key, path->slots[0]);
|
|
|
|
if (found_key->type != key.type ||
|
|
|
|
found_key->objectid != key.objectid)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-05-18 10:00:21 +07:00
|
|
|
static struct extent_buffer *btrfs_search_slot_get_root(struct btrfs_root *root,
|
|
|
|
struct btrfs_path *p,
|
|
|
|
int write_lock_level)
|
|
|
|
{
|
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
|
|
|
struct extent_buffer *b;
|
|
|
|
int root_lock;
|
|
|
|
int level = 0;
|
|
|
|
|
|
|
|
/* We try very hard to do read locks on the root */
|
|
|
|
root_lock = BTRFS_READ_LOCK;
|
|
|
|
|
|
|
|
if (p->search_commit_root) {
|
2018-12-11 17:19:45 +07:00
|
|
|
/*
|
|
|
|
* The commit roots are read only so we always do read locks,
|
|
|
|
* and we always must hold the commit_root_sem when doing
|
|
|
|
* searches on them, the only exception is send where we don't
|
|
|
|
* want to block transaction commits for a long time, so
|
|
|
|
* we need to clone the commit root in order to avoid races
|
|
|
|
* with transaction commits that create a snapshot of one of
|
|
|
|
* the roots used by a send operation.
|
|
|
|
*/
|
|
|
|
if (p->need_commit_sem) {
|
2018-05-18 10:00:21 +07:00
|
|
|
down_read(&fs_info->commit_root_sem);
|
2018-12-11 17:19:45 +07:00
|
|
|
b = btrfs_clone_extent_buffer(root->commit_root);
|
2018-05-18 10:00:21 +07:00
|
|
|
up_read(&fs_info->commit_root_sem);
|
2018-12-11 17:19:45 +07:00
|
|
|
if (!b)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
|
|
|
|
} else {
|
|
|
|
b = root->commit_root;
|
|
|
|
extent_buffer_get(b);
|
|
|
|
}
|
|
|
|
level = btrfs_header_level(b);
|
2018-05-29 20:27:06 +07:00
|
|
|
/*
|
|
|
|
* Ensure that all callers have set skip_locking when
|
|
|
|
* p->search_commit_root = 1.
|
|
|
|
*/
|
|
|
|
ASSERT(p->skip_locking == 1);
|
2018-05-18 10:00:21 +07:00
|
|
|
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (p->skip_locking) {
|
|
|
|
b = btrfs_root_node(root);
|
|
|
|
level = btrfs_header_level(b);
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2018-05-18 10:00:23 +07:00
|
|
|
* If the level is set to maximum, we can skip trying to get the read
|
|
|
|
* lock.
|
2018-05-18 10:00:21 +07:00
|
|
|
*/
|
2018-05-18 10:00:23 +07:00
|
|
|
if (write_lock_level < BTRFS_MAX_LEVEL) {
|
|
|
|
/*
|
|
|
|
* We don't know the level of the root node until we actually
|
|
|
|
* have it read locked
|
|
|
|
*/
|
|
|
|
b = btrfs_read_lock_root_node(root);
|
|
|
|
level = btrfs_header_level(b);
|
|
|
|
if (level > write_lock_level)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
/* Whoops, must trade for write lock */
|
|
|
|
btrfs_tree_read_unlock(b);
|
|
|
|
free_extent_buffer(b);
|
|
|
|
}
|
2018-05-18 10:00:21 +07:00
|
|
|
|
|
|
|
b = btrfs_lock_root_node(root);
|
|
|
|
root_lock = BTRFS_WRITE_LOCK;
|
|
|
|
|
|
|
|
/* The level might have changed, check again */
|
|
|
|
level = btrfs_header_level(b);
|
|
|
|
|
|
|
|
out:
|
|
|
|
p->nodes[level] = b;
|
|
|
|
if (!p->skip_locking)
|
|
|
|
p->locks[level] = root_lock;
|
|
|
|
/*
|
|
|
|
* Callers are responsible for dropping b's references.
|
|
|
|
*/
|
|
|
|
return b;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
2017-12-13 14:38:14 +07:00
|
|
|
* btrfs_search_slot - look for a key in a tree and perform necessary
|
|
|
|
* modifications to preserve tree invariants.
|
2007-02-02 23:05:29 +07:00
|
|
|
*
|
2017-12-13 14:38:14 +07:00
|
|
|
* @trans: Handle of transaction, used when modifying the tree
|
|
|
|
* @p: Holds all btree nodes along the search path
|
|
|
|
* @root: The root node of the tree
|
|
|
|
* @key: The key we are looking for
|
|
|
|
* @ins_len: Indicates purpose of search, for inserts it is 1, for
|
|
|
|
* deletions it's -1. 0 for plain searches
|
|
|
|
* @cow: boolean should CoW operations be performed. Must always be 1
|
|
|
|
* when modifying the tree.
|
2007-02-25 01:39:08 +07:00
|
|
|
*
|
2017-12-13 14:38:14 +07:00
|
|
|
* If @ins_len > 0, nodes and leaves will be split as we walk down the tree.
|
|
|
|
* If @ins_len < 0, nodes will be merged as we walk down the tree (if possible)
|
|
|
|
*
|
|
|
|
* If @key is found, 0 is returned and you can find the item in the leaf level
|
|
|
|
* of the path (level 0)
|
|
|
|
*
|
|
|
|
* If @key isn't found, 1 is returned and the leaf level of the path (level 0)
|
|
|
|
* points to the slot where it should be inserted
|
|
|
|
*
|
|
|
|
* If an error is encountered while searching the tree a negative error number
|
|
|
|
* is returned
|
2007-02-02 23:05:29 +07:00
|
|
|
*/
|
2017-01-18 14:24:37 +07:00
|
|
|
int btrfs_search_slot(struct btrfs_trans_handle *trans, struct btrfs_root *root,
|
|
|
|
const struct btrfs_key *key, struct btrfs_path *p,
|
|
|
|
int ins_len, int cow)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *b;
|
2007-01-27 03:51:26 +07:00
|
|
|
int slot;
|
|
|
|
int ret;
|
2009-07-22 20:59:00 +07:00
|
|
|
int err;
|
2007-01-27 03:51:26 +07:00
|
|
|
int level;
|
2008-06-26 03:01:30 +07:00
|
|
|
int lowest_unlock = 1;
|
2011-07-17 02:23:14 +07:00
|
|
|
/* everything at write_lock_level or lower must be write locked */
|
|
|
|
int write_lock_level = 0;
|
2007-08-08 02:52:19 +07:00
|
|
|
u8 lowest_level = 0;
|
2012-03-20 02:54:38 +07:00
|
|
|
int min_write_lock_level;
|
2013-08-30 21:46:43 +07:00
|
|
|
int prev_cmp;
|
2007-08-08 02:52:19 +07:00
|
|
|
|
2007-08-08 03:15:09 +07:00
|
|
|
lowest_level = p->lowest_level;
|
2008-10-02 06:05:46 +07:00
|
|
|
WARN_ON(lowest_level && ins_len > 0);
|
2007-03-30 19:47:31 +07:00
|
|
|
WARN_ON(p->nodes[0] != NULL);
|
2013-12-23 18:53:02 +07:00
|
|
|
BUG_ON(!cow && ins_len);
|
Btrfs: nuke fs wide allocation mutex V2
This patch removes the giant fs_info->alloc_mutex and replaces it with a bunch
of little locks.
There is now a pinned_mutex, which is used when messing with the pinned_extents
extent io tree, and the extent_ins_mutex which is used with the pending_del and
extent_ins extent io trees.
The locking for the extent tree stuff was inspired by a patch that Yan Zheng
wrote to fix a race condition, I cleaned it up some and changed the locking
around a little bit, but the idea remains the same. Basically instead of
holding the extent_ins_mutex throughout the processing of an extent on the
extent_ins or pending_del trees, we just hold it while we're searching and when
we clear the bits on those trees, and lock the extent for the duration of the
operations on the extent.
Also to keep from getting hung up waiting to lock an extent, I've added a
try_lock_extent so if we cannot lock the extent, move on to the next one in the
tree and we'll come back to that one. I have tested this heavily and it does
not appear to break anything. This has to be applied on top of my
find_free_extent redo patch.
I tested this patch on top of Yan's space reblancing code and it worked fine.
The only thing that has changed since the last version is I pulled out all my
debugging stuff, apparently I forgot to run guilt refresh before I sent the
last patch out. Thank you,
Signed-off-by: Josef Bacik <jbacik@redhat.com>
2008-10-30 01:49:05 +07:00
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
if (ins_len < 0) {
|
2008-06-26 03:01:30 +07:00
|
|
|
lowest_unlock = 2;
|
2008-08-02 02:11:20 +07:00
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
/* when we are removing items, we might have to go up to level
|
|
|
|
* two as we update tree pointers Make sure we keep write
|
|
|
|
* for those levels as well
|
|
|
|
*/
|
|
|
|
write_lock_level = 2;
|
|
|
|
} else if (ins_len > 0) {
|
|
|
|
/*
|
|
|
|
* for inserting items, make sure we have a write lock on
|
|
|
|
* level 1 so we can update keys
|
|
|
|
*/
|
|
|
|
write_lock_level = 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!cow)
|
|
|
|
write_lock_level = -1;
|
|
|
|
|
2013-04-06 03:51:15 +07:00
|
|
|
if (cow && (p->keep_locks || p->lowest_level))
|
2011-07-17 02:23:14 +07:00
|
|
|
write_lock_level = BTRFS_MAX_LEVEL;
|
|
|
|
|
2012-03-20 02:54:38 +07:00
|
|
|
min_write_lock_level = write_lock_level;
|
|
|
|
|
2007-03-02 00:04:21 +07:00
|
|
|
again:
|
2013-08-30 21:46:43 +07:00
|
|
|
prev_cmp = -1;
|
2018-05-18 10:00:21 +07:00
|
|
|
b = btrfs_search_slot_get_root(root, p, write_lock_level);
|
2018-12-11 17:19:45 +07:00
|
|
|
if (IS_ERR(b)) {
|
|
|
|
ret = PTR_ERR(b);
|
|
|
|
goto done;
|
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2007-02-02 21:18:22 +07:00
|
|
|
while (b) {
|
2007-10-16 03:14:19 +07:00
|
|
|
level = btrfs_header_level(b);
|
2008-08-02 02:11:20 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* setup the path here so we can release it under lock
|
|
|
|
* contention with the cow code
|
|
|
|
*/
|
2007-03-03 04:08:05 +07:00
|
|
|
if (cow) {
|
2017-12-12 16:14:49 +07:00
|
|
|
bool last_level = (level == (BTRFS_MAX_LEVEL - 1));
|
|
|
|
|
2009-04-03 21:14:18 +07:00
|
|
|
/*
|
|
|
|
* if we don't really need to cow this block
|
|
|
|
* then we don't want to set the path blocking,
|
|
|
|
* so we test it here
|
|
|
|
*/
|
2016-06-08 11:36:38 +07:00
|
|
|
if (!should_cow_block(trans, root, b)) {
|
|
|
|
trans->dirty = true;
|
2008-08-02 02:11:20 +07:00
|
|
|
goto cow_done;
|
2016-06-08 11:36:38 +07:00
|
|
|
}
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
/*
|
|
|
|
* must have write locks on this node and the
|
|
|
|
* parent
|
|
|
|
*/
|
2012-11-08 01:44:13 +07:00
|
|
|
if (level > write_lock_level ||
|
|
|
|
(level + 1 > write_lock_level &&
|
|
|
|
level + 1 < BTRFS_MAX_LEVEL &&
|
|
|
|
p->nodes[level + 1])) {
|
2011-07-17 02:23:14 +07:00
|
|
|
write_lock_level = level + 1;
|
|
|
|
btrfs_release_path(p);
|
|
|
|
goto again;
|
|
|
|
}
|
|
|
|
|
2014-07-29 01:37:17 +07:00
|
|
|
btrfs_set_path_blocking(p);
|
2017-12-12 16:14:49 +07:00
|
|
|
if (last_level)
|
|
|
|
err = btrfs_cow_block(trans, root, b, NULL, 0,
|
|
|
|
&b);
|
|
|
|
else
|
|
|
|
err = btrfs_cow_block(trans, root, b,
|
|
|
|
p->nodes[level + 1],
|
|
|
|
p->slots[level + 1], &b);
|
2009-07-22 20:59:00 +07:00
|
|
|
if (err) {
|
|
|
|
ret = err;
|
2008-08-02 02:11:20 +07:00
|
|
|
goto done;
|
2007-06-23 01:16:25 +07:00
|
|
|
}
|
2007-03-03 04:08:05 +07:00
|
|
|
}
|
2008-08-02 02:11:20 +07:00
|
|
|
cow_done:
|
2007-02-02 21:18:22 +07:00
|
|
|
p->nodes[level] = b;
|
Btrfs: kill btrfs_clear_path_blocking
Btrfs's btree locking has two modes, spinning mode and blocking mode,
while searching btree, locking is always acquired in spinning mode and
then converted to blocking mode if necessary, and in some hot paths we may
switch the locking back to spinning mode by btrfs_clear_path_blocking().
When acquiring locks, both of reader and writer need to wait for blocking
readers and writers to complete before doing read_lock()/write_lock().
The problem is that btrfs_clear_path_blocking() needs to switch nodes
in the path to blocking mode at first (by btrfs_set_path_blocking) to
make lockdep happy before doing its actual clearing blocking job.
When switching to blocking mode from spinning mode, it consists of
step 1) bumping up blocking readers counter and
step 2) read_unlock()/write_unlock(),
this has caused serious ping-pong effect if there're a great amount of
concurrent readers/writers, as waiters will be woken up and go to
sleep immediately.
1) Killing this kind of ping-pong results in a big improvement in my 1600k
files creation script,
MNT=/mnt/btrfs
mkfs.btrfs -f /dev/sdf
mount /dev/def $MNT
time fsmark -D 10000 -S0 -n 100000 -s 0 -L 1 -l /tmp/fs_log.txt \
-d $MNT/0 -d $MNT/1 \
-d $MNT/2 -d $MNT/3 \
-d $MNT/4 -d $MNT/5 \
-d $MNT/6 -d $MNT/7 \
-d $MNT/8 -d $MNT/9 \
-d $MNT/10 -d $MNT/11 \
-d $MNT/12 -d $MNT/13 \
-d $MNT/14 -d $MNT/15
w/o patch:
real 2m27.307s
user 0m12.839s
sys 13m42.831s
w/ patch:
real 1m2.273s
user 0m15.802s
sys 8m16.495s
1.1) latency histogram from funclatency[1]
Overall with the patch, there're ~50% less write lock acquisition and
the 95% max latency that write lock takes also reduces to ~100ms from
>500ms.
--------------------------------------------
w/o patch:
--------------------------------------------
Function = btrfs_tree_lock
msecs : count distribution
0 -> 1 : 2385222 |****************************************|
2 -> 3 : 37147 | |
4 -> 7 : 20452 | |
8 -> 15 : 13131 | |
16 -> 31 : 3877 | |
32 -> 63 : 3900 | |
64 -> 127 : 2612 | |
128 -> 255 : 974 | |
256 -> 511 : 165 | |
512 -> 1023 : 13 | |
Function = btrfs_tree_read_lock
msecs : count distribution
0 -> 1 : 6743860 |****************************************|
2 -> 3 : 2146 | |
4 -> 7 : 190 | |
8 -> 15 : 38 | |
16 -> 31 : 4 | |
--------------------------------------------
w/ patch:
--------------------------------------------
Function = btrfs_tree_lock
msecs : count distribution
0 -> 1 : 1318454 |****************************************|
2 -> 3 : 6800 | |
4 -> 7 : 3664 | |
8 -> 15 : 2145 | |
16 -> 31 : 809 | |
32 -> 63 : 219 | |
64 -> 127 : 10 | |
Function = btrfs_tree_read_lock
msecs : count distribution
0 -> 1 : 6854317 |****************************************|
2 -> 3 : 2383 | |
4 -> 7 : 601 | |
8 -> 15 : 92 | |
2) dbench also proves the improvement,
dbench -t 120 -D /mnt/btrfs 16
w/o patch:
Throughput 158.363 MB/sec
w/ patch:
Throughput 449.52 MB/sec
3) xfstests didn't show any additional failures.
One thing to note is that callers may set path->leave_spinning to have
all nodes in the path stay in spinning mode, which means callers are
ready to not sleep before releasing the path, but it won't cause
problems if they don't want to sleep in blocking mode.
[1]: https://github.com/iovisor/bcc/blob/master/tools/funclatency.py
Signed-off-by: Liu Bo <bo.liu@linux.alibaba.com>
Signed-off-by: David Sterba <dsterba@suse.com>
2018-08-22 04:54:37 +07:00
|
|
|
/*
|
|
|
|
* Leave path with blocking locks to avoid massive
|
|
|
|
* lock context switch, this is made on purpose.
|
|
|
|
*/
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* we have a lock on b and as long as we aren't changing
|
|
|
|
* the tree, there is no way to for the items in b to change.
|
|
|
|
* It is safe to drop the lock on our parent before we
|
|
|
|
* go through the expensive btree search on b.
|
|
|
|
*
|
2013-12-23 18:53:02 +07:00
|
|
|
* If we're inserting or deleting (ins_len != 0), then we might
|
|
|
|
* be changing slot zero, which may require changing the parent.
|
|
|
|
* So, we can't drop the lock until after we know which slot
|
|
|
|
* we're operating on.
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
*/
|
2013-12-23 18:53:02 +07:00
|
|
|
if (!ins_len && !p->keep_locks) {
|
|
|
|
int u = level + 1;
|
|
|
|
|
|
|
|
if (u < BTRFS_MAX_LEVEL && p->locks[u]) {
|
|
|
|
btrfs_tree_unlock_rw(p->nodes[u], p->locks[u]);
|
|
|
|
p->locks[u] = 0;
|
|
|
|
}
|
|
|
|
}
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2013-08-30 21:46:43 +07:00
|
|
|
ret = key_search(b, key, level, &prev_cmp, &slot);
|
2016-06-18 09:16:21 +07:00
|
|
|
if (ret < 0)
|
|
|
|
goto done;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
if (level != 0) {
|
2009-07-22 20:59:00 +07:00
|
|
|
int dec = 0;
|
|
|
|
if (ret && slot > 0) {
|
|
|
|
dec = 1;
|
2007-01-27 03:51:26 +07:00
|
|
|
slot -= 1;
|
2009-07-22 20:59:00 +07:00
|
|
|
}
|
2007-01-27 03:51:26 +07:00
|
|
|
p->slots[level] = slot;
|
2009-07-22 20:59:00 +07:00
|
|
|
err = setup_nodes_for_search(trans, root, p, b, level,
|
2011-07-17 02:23:14 +07:00
|
|
|
ins_len, &write_lock_level);
|
2009-07-22 20:59:00 +07:00
|
|
|
if (err == -EAGAIN)
|
2009-04-03 21:14:18 +07:00
|
|
|
goto again;
|
2009-07-22 20:59:00 +07:00
|
|
|
if (err) {
|
|
|
|
ret = err;
|
2009-04-03 21:14:18 +07:00
|
|
|
goto done;
|
2009-07-22 20:59:00 +07:00
|
|
|
}
|
2009-04-03 21:14:18 +07:00
|
|
|
b = p->nodes[level];
|
|
|
|
slot = p->slots[level];
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
/*
|
|
|
|
* slot 0 is special, if we change the key
|
|
|
|
* we have to update the parent pointer
|
|
|
|
* which means we must have a write lock
|
|
|
|
* on the parent
|
|
|
|
*/
|
2013-12-23 18:53:02 +07:00
|
|
|
if (slot == 0 && ins_len &&
|
2011-07-17 02:23:14 +07:00
|
|
|
write_lock_level < level + 1) {
|
|
|
|
write_lock_level = level + 1;
|
|
|
|
btrfs_release_path(p);
|
|
|
|
goto again;
|
|
|
|
}
|
|
|
|
|
2012-03-20 02:54:38 +07:00
|
|
|
unlock_up(p, level, lowest_unlock,
|
|
|
|
min_write_lock_level, &write_lock_level);
|
2008-06-26 03:14:04 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
if (level == lowest_level) {
|
2009-07-22 20:59:00 +07:00
|
|
|
if (dec)
|
|
|
|
p->slots[level]++;
|
2008-09-26 21:05:38 +07:00
|
|
|
goto done;
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
2008-05-12 23:59:19 +07:00
|
|
|
|
2017-01-31 03:23:42 +07:00
|
|
|
err = read_block_for_search(root, p, &b, level,
|
2017-02-11 00:44:32 +07:00
|
|
|
slot, key);
|
2009-07-22 20:59:00 +07:00
|
|
|
if (err == -EAGAIN)
|
2009-04-03 21:14:18 +07:00
|
|
|
goto again;
|
2009-07-22 20:59:00 +07:00
|
|
|
if (err) {
|
|
|
|
ret = err;
|
2009-05-15 00:24:30 +07:00
|
|
|
goto done;
|
2009-07-22 20:59:00 +07:00
|
|
|
}
|
2009-05-15 00:24:30 +07:00
|
|
|
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
if (!p->skip_locking) {
|
2011-07-17 02:23:14 +07:00
|
|
|
level = btrfs_header_level(b);
|
|
|
|
if (level <= write_lock_level) {
|
|
|
|
err = btrfs_try_tree_write_lock(b);
|
|
|
|
if (!err) {
|
|
|
|
btrfs_set_path_blocking(p);
|
|
|
|
btrfs_tree_lock(b);
|
|
|
|
}
|
|
|
|
p->locks[level] = BTRFS_WRITE_LOCK;
|
|
|
|
} else {
|
2014-11-20 01:25:09 +07:00
|
|
|
err = btrfs_tree_read_lock_atomic(b);
|
2011-07-17 02:23:14 +07:00
|
|
|
if (!err) {
|
|
|
|
btrfs_set_path_blocking(p);
|
|
|
|
btrfs_tree_read_lock(b);
|
|
|
|
}
|
|
|
|
p->locks[level] = BTRFS_READ_LOCK;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
}
|
2011-07-17 02:23:14 +07:00
|
|
|
p->nodes[level] = b;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
}
|
2007-01-27 03:51:26 +07:00
|
|
|
} else {
|
|
|
|
p->slots[level] = slot;
|
2008-12-17 22:21:48 +07:00
|
|
|
if (ins_len > 0 &&
|
2019-03-20 20:36:46 +07:00
|
|
|
btrfs_leaf_free_space(b) < ins_len) {
|
2011-07-17 02:23:14 +07:00
|
|
|
if (write_lock_level < 1) {
|
|
|
|
write_lock_level = 1;
|
|
|
|
btrfs_release_path(p);
|
|
|
|
goto again;
|
|
|
|
}
|
|
|
|
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
btrfs_set_path_blocking(p);
|
2009-07-22 20:59:00 +07:00
|
|
|
err = split_leaf(trans, root, key,
|
|
|
|
p, ins_len, ret == 0);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2009-07-22 20:59:00 +07:00
|
|
|
BUG_ON(err > 0);
|
|
|
|
if (err) {
|
|
|
|
ret = err;
|
2008-08-02 02:11:20 +07:00
|
|
|
goto done;
|
|
|
|
}
|
2007-02-22 23:39:13 +07:00
|
|
|
}
|
2008-12-10 21:10:46 +07:00
|
|
|
if (!p->search_for_split)
|
2012-03-20 02:54:38 +07:00
|
|
|
unlock_up(p, level, lowest_unlock,
|
2018-08-14 09:46:53 +07:00
|
|
|
min_write_lock_level, NULL);
|
2008-08-02 02:11:20 +07:00
|
|
|
goto done;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
}
|
2008-08-02 02:11:20 +07:00
|
|
|
ret = 1;
|
|
|
|
done:
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
/*
|
|
|
|
* we don't really know what they plan on doing with the path
|
|
|
|
* from here on, so for now just mark it as blocking
|
|
|
|
*/
|
2009-03-13 22:00:37 +07:00
|
|
|
if (!p->leave_spinning)
|
|
|
|
btrfs_set_path_blocking(p);
|
2014-11-09 15:38:39 +07:00
|
|
|
if (ret < 0 && !p->skip_release_on_error)
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(p);
|
2008-08-02 02:11:20 +07:00
|
|
|
return ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2012-05-16 23:25:47 +07:00
|
|
|
/*
|
|
|
|
* Like btrfs_search_slot, this looks for a key in the given tree. It uses the
|
|
|
|
* current state of the tree together with the operations recorded in the tree
|
|
|
|
* modification log to search for the key in a previous version of this tree, as
|
|
|
|
* denoted by the time_seq parameter.
|
|
|
|
*
|
|
|
|
* Naturally, there is no support for insert, delete or cow operations.
|
|
|
|
*
|
|
|
|
* The resulting path and return value will be set up as if we called
|
|
|
|
* btrfs_search_slot at that point in time with ins_len and cow both set to 0.
|
|
|
|
*/
|
2017-01-18 14:24:37 +07:00
|
|
|
int btrfs_search_old_slot(struct btrfs_root *root, const struct btrfs_key *key,
|
2012-05-16 23:25:47 +07:00
|
|
|
struct btrfs_path *p, u64 time_seq)
|
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2012-05-16 23:25:47 +07:00
|
|
|
struct extent_buffer *b;
|
|
|
|
int slot;
|
|
|
|
int ret;
|
|
|
|
int err;
|
|
|
|
int level;
|
|
|
|
int lowest_unlock = 1;
|
|
|
|
u8 lowest_level = 0;
|
2013-09-25 01:09:34 +07:00
|
|
|
int prev_cmp = -1;
|
2012-05-16 23:25:47 +07:00
|
|
|
|
|
|
|
lowest_level = p->lowest_level;
|
|
|
|
WARN_ON(p->nodes[0] != NULL);
|
|
|
|
|
|
|
|
if (p->search_commit_root) {
|
|
|
|
BUG_ON(time_seq);
|
|
|
|
return btrfs_search_slot(NULL, root, key, p, 0, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
again:
|
|
|
|
b = get_old_root(root, time_seq);
|
2018-09-13 15:35:10 +07:00
|
|
|
if (!b) {
|
|
|
|
ret = -EIO;
|
|
|
|
goto done;
|
|
|
|
}
|
2012-05-16 23:25:47 +07:00
|
|
|
level = btrfs_header_level(b);
|
|
|
|
p->locks[level] = BTRFS_READ_LOCK;
|
|
|
|
|
|
|
|
while (b) {
|
|
|
|
level = btrfs_header_level(b);
|
|
|
|
p->nodes[level] = b;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* we have a lock on b and as long as we aren't changing
|
|
|
|
* the tree, there is no way to for the items in b to change.
|
|
|
|
* It is safe to drop the lock on our parent before we
|
|
|
|
* go through the expensive btree search on b.
|
|
|
|
*/
|
|
|
|
btrfs_unlock_up_safe(p, level + 1);
|
|
|
|
|
2013-09-25 01:09:34 +07:00
|
|
|
/*
|
2016-05-20 08:18:45 +07:00
|
|
|
* Since we can unwind ebs we want to do a real search every
|
2013-09-25 01:09:34 +07:00
|
|
|
* time.
|
|
|
|
*/
|
|
|
|
prev_cmp = -1;
|
2013-08-30 21:46:43 +07:00
|
|
|
ret = key_search(b, key, level, &prev_cmp, &slot);
|
2019-02-18 23:57:26 +07:00
|
|
|
if (ret < 0)
|
|
|
|
goto done;
|
2012-05-16 23:25:47 +07:00
|
|
|
|
|
|
|
if (level != 0) {
|
|
|
|
int dec = 0;
|
|
|
|
if (ret && slot > 0) {
|
|
|
|
dec = 1;
|
|
|
|
slot -= 1;
|
|
|
|
}
|
|
|
|
p->slots[level] = slot;
|
|
|
|
unlock_up(p, level, lowest_unlock, 0, NULL);
|
|
|
|
|
|
|
|
if (level == lowest_level) {
|
|
|
|
if (dec)
|
|
|
|
p->slots[level]++;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2017-01-31 03:23:42 +07:00
|
|
|
err = read_block_for_search(root, p, &b, level,
|
2017-02-11 00:44:32 +07:00
|
|
|
slot, key);
|
2012-05-16 23:25:47 +07:00
|
|
|
if (err == -EAGAIN)
|
|
|
|
goto again;
|
|
|
|
if (err) {
|
|
|
|
ret = err;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
level = btrfs_header_level(b);
|
2014-11-20 01:25:09 +07:00
|
|
|
err = btrfs_tree_read_lock_atomic(b);
|
2012-05-16 23:25:47 +07:00
|
|
|
if (!err) {
|
|
|
|
btrfs_set_path_blocking(p);
|
|
|
|
btrfs_tree_read_lock(b);
|
|
|
|
}
|
2016-06-23 05:54:23 +07:00
|
|
|
b = tree_mod_log_rewind(fs_info, p, b, time_seq);
|
2013-08-08 01:54:37 +07:00
|
|
|
if (!b) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto done;
|
|
|
|
}
|
2012-05-16 23:25:47 +07:00
|
|
|
p->locks[level] = BTRFS_READ_LOCK;
|
|
|
|
p->nodes[level] = b;
|
|
|
|
} else {
|
|
|
|
p->slots[level] = slot;
|
|
|
|
unlock_up(p, level, lowest_unlock, 0, NULL);
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
ret = 1;
|
|
|
|
done:
|
|
|
|
if (!p->leave_spinning)
|
|
|
|
btrfs_set_path_blocking(p);
|
|
|
|
if (ret < 0)
|
|
|
|
btrfs_release_path(p);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2011-09-13 16:18:10 +07:00
|
|
|
/*
|
|
|
|
* helper to use instead of search slot if no exact match is needed but
|
|
|
|
* instead the next or previous item should be returned.
|
|
|
|
* When find_higher is true, the next higher item is returned, the next lower
|
|
|
|
* otherwise.
|
|
|
|
* When return_any and find_higher are both true, and no higher item is found,
|
|
|
|
* return the next lower instead.
|
|
|
|
* When return_any is true and find_higher is false, and no lower item is found,
|
|
|
|
* return the next higher instead.
|
|
|
|
* It returns 0 if any item is found, 1 if none is found (tree empty), and
|
|
|
|
* < 0 on error
|
|
|
|
*/
|
|
|
|
int btrfs_search_slot_for_read(struct btrfs_root *root,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *key,
|
|
|
|
struct btrfs_path *p, int find_higher,
|
|
|
|
int return_any)
|
2011-09-13 16:18:10 +07:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
struct extent_buffer *leaf;
|
|
|
|
|
|
|
|
again:
|
|
|
|
ret = btrfs_search_slot(NULL, root, key, p, 0, 0);
|
|
|
|
if (ret <= 0)
|
|
|
|
return ret;
|
|
|
|
/*
|
|
|
|
* a return value of 1 means the path is at the position where the
|
|
|
|
* item should be inserted. Normally this is the next bigger item,
|
|
|
|
* but in case the previous item is the last in a leaf, path points
|
|
|
|
* to the first free slot in the previous leaf, i.e. at an invalid
|
|
|
|
* item.
|
|
|
|
*/
|
|
|
|
leaf = p->nodes[0];
|
|
|
|
|
|
|
|
if (find_higher) {
|
|
|
|
if (p->slots[0] >= btrfs_header_nritems(leaf)) {
|
|
|
|
ret = btrfs_next_leaf(root, p);
|
|
|
|
if (ret <= 0)
|
|
|
|
return ret;
|
|
|
|
if (!return_any)
|
|
|
|
return 1;
|
|
|
|
/*
|
|
|
|
* no higher item found, return the next
|
|
|
|
* lower instead
|
|
|
|
*/
|
|
|
|
return_any = 0;
|
|
|
|
find_higher = 0;
|
|
|
|
btrfs_release_path(p);
|
|
|
|
goto again;
|
|
|
|
}
|
|
|
|
} else {
|
2011-09-13 16:18:10 +07:00
|
|
|
if (p->slots[0] == 0) {
|
|
|
|
ret = btrfs_prev_leaf(root, p);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
if (!ret) {
|
2014-01-12 04:28:54 +07:00
|
|
|
leaf = p->nodes[0];
|
|
|
|
if (p->slots[0] == btrfs_header_nritems(leaf))
|
|
|
|
p->slots[0]--;
|
2011-09-13 16:18:10 +07:00
|
|
|
return 0;
|
2011-09-13 16:18:10 +07:00
|
|
|
}
|
2011-09-13 16:18:10 +07:00
|
|
|
if (!return_any)
|
|
|
|
return 1;
|
|
|
|
/*
|
|
|
|
* no lower item found, return the next
|
|
|
|
* higher instead
|
|
|
|
*/
|
|
|
|
return_any = 0;
|
|
|
|
find_higher = 1;
|
|
|
|
btrfs_release_path(p);
|
|
|
|
goto again;
|
|
|
|
} else {
|
2011-09-13 16:18:10 +07:00
|
|
|
--p->slots[0];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
|
|
|
* adjust the pointers going up the tree, starting at level
|
|
|
|
* making sure the right key of each node is points to 'key'.
|
|
|
|
* This is used after shifting pointers to the left, so it stops
|
|
|
|
* fixing up pointers when a given leaf/node is not in slot 0 of the
|
|
|
|
* higher levels
|
2007-03-01 04:35:06 +07:00
|
|
|
*
|
2007-02-02 23:05:29 +07:00
|
|
|
*/
|
2018-06-20 19:48:47 +07:00
|
|
|
static void fixup_low_keys(struct btrfs_path *path,
|
2012-03-01 20:56:26 +07:00
|
|
|
struct btrfs_disk_key *key, int level)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
|
|
|
int i;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *t;
|
2018-03-05 22:16:54 +07:00
|
|
|
int ret;
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-03-13 21:46:10 +07:00
|
|
|
for (i = level; i < BTRFS_MAX_LEVEL; i++) {
|
2007-01-27 03:51:26 +07:00
|
|
|
int tslot = path->slots[i];
|
2018-03-05 22:16:54 +07:00
|
|
|
|
2007-02-02 21:18:22 +07:00
|
|
|
if (!path->nodes[i])
|
2007-01-27 03:51:26 +07:00
|
|
|
break;
|
2007-10-16 03:14:19 +07:00
|
|
|
t = path->nodes[i];
|
2018-03-05 22:16:54 +07:00
|
|
|
ret = tree_mod_log_insert_key(t, tslot, MOD_LOG_KEY_REPLACE,
|
|
|
|
GFP_ATOMIC);
|
|
|
|
BUG_ON(ret < 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_node_key(t, key, tslot);
|
2007-03-31 01:27:56 +07:00
|
|
|
btrfs_mark_buffer_dirty(path->nodes[i]);
|
2007-01-27 03:51:26 +07:00
|
|
|
if (tslot != 0)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-09-24 00:14:14 +07:00
|
|
|
/*
|
|
|
|
* update item key.
|
|
|
|
*
|
|
|
|
* This function isn't completely safe. It's the caller's responsibility
|
|
|
|
* that the new key won't break the order
|
|
|
|
*/
|
2014-11-12 11:43:09 +07:00
|
|
|
void btrfs_set_item_key_safe(struct btrfs_fs_info *fs_info,
|
|
|
|
struct btrfs_path *path,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *new_key)
|
2008-09-24 00:14:14 +07:00
|
|
|
{
|
|
|
|
struct btrfs_disk_key disk_key;
|
|
|
|
struct extent_buffer *eb;
|
|
|
|
int slot;
|
|
|
|
|
|
|
|
eb = path->nodes[0];
|
|
|
|
slot = path->slots[0];
|
|
|
|
if (slot > 0) {
|
|
|
|
btrfs_item_key(eb, &disk_key, slot - 1);
|
2012-03-01 20:56:26 +07:00
|
|
|
BUG_ON(comp_keys(&disk_key, new_key) >= 0);
|
2008-09-24 00:14:14 +07:00
|
|
|
}
|
|
|
|
if (slot < btrfs_header_nritems(eb) - 1) {
|
|
|
|
btrfs_item_key(eb, &disk_key, slot + 1);
|
2012-03-01 20:56:26 +07:00
|
|
|
BUG_ON(comp_keys(&disk_key, new_key) <= 0);
|
2008-09-24 00:14:14 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
btrfs_cpu_key_to_disk(&disk_key, new_key);
|
|
|
|
btrfs_set_item_key(eb, &disk_key, slot);
|
|
|
|
btrfs_mark_buffer_dirty(eb);
|
|
|
|
if (slot == 0)
|
2018-06-20 19:48:47 +07:00
|
|
|
fixup_low_keys(path, &disk_key, 1);
|
2008-09-24 00:14:14 +07:00
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
|
|
|
* try to push data from one node into the next node left in the
|
2007-03-02 03:16:26 +07:00
|
|
|
* tree.
|
2007-03-01 04:35:06 +07:00
|
|
|
*
|
|
|
|
* returns 0 if some ptrs were pushed left, < 0 if there was some horrible
|
|
|
|
* error, and > 0 if there was no room in the left hand block.
|
2007-02-02 23:05:29 +07:00
|
|
|
*/
|
2008-01-03 22:01:48 +07:00
|
|
|
static int push_node_left(struct btrfs_trans_handle *trans,
|
2016-06-23 05:54:24 +07:00
|
|
|
struct extent_buffer *dst,
|
2008-04-24 21:54:32 +07:00
|
|
|
struct extent_buffer *src, int empty)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2019-03-20 20:16:45 +07:00
|
|
|
struct btrfs_fs_info *fs_info = trans->fs_info;
|
2007-01-27 03:51:26 +07:00
|
|
|
int push_items = 0;
|
2007-03-02 00:04:21 +07:00
|
|
|
int src_nritems;
|
|
|
|
int dst_nritems;
|
2007-03-01 04:35:06 +07:00
|
|
|
int ret = 0;
|
2007-01-27 03:51:26 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
src_nritems = btrfs_header_nritems(src);
|
|
|
|
dst_nritems = btrfs_header_nritems(dst);
|
2016-06-23 05:54:23 +07:00
|
|
|
push_items = BTRFS_NODEPTRS_PER_BLOCK(fs_info) - dst_nritems;
|
2007-12-11 21:25:06 +07:00
|
|
|
WARN_ON(btrfs_header_generation(src) != trans->transid);
|
|
|
|
WARN_ON(btrfs_header_generation(dst) != trans->transid);
|
2007-06-23 01:16:25 +07:00
|
|
|
|
2008-04-25 01:42:46 +07:00
|
|
|
if (!empty && src_nritems <= 8)
|
2008-04-24 21:54:32 +07:00
|
|
|
return 1;
|
|
|
|
|
2009-01-06 09:25:51 +07:00
|
|
|
if (push_items <= 0)
|
2007-01-27 03:51:26 +07:00
|
|
|
return 1;
|
|
|
|
|
2008-04-25 01:42:46 +07:00
|
|
|
if (empty) {
|
2008-04-24 21:54:32 +07:00
|
|
|
push_items = min(src_nritems, push_items);
|
2008-04-25 01:42:46 +07:00
|
|
|
if (push_items < src_nritems) {
|
|
|
|
/* leave at least 8 pointers in the node if
|
|
|
|
* we aren't going to empty it
|
|
|
|
*/
|
|
|
|
if (src_nritems - push_items < 8) {
|
|
|
|
if (push_items <= 8)
|
|
|
|
return 1;
|
|
|
|
push_items -= 8;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
} else
|
|
|
|
push_items = min(src_nritems - 8, push_items);
|
2007-03-02 03:16:26 +07:00
|
|
|
|
2019-03-20 20:22:04 +07:00
|
|
|
ret = tree_mod_log_eb_copy(dst, src, dst_nritems, 0, push_items);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret) {
|
2016-06-11 05:19:25 +07:00
|
|
|
btrfs_abort_transaction(trans, ret);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return ret;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
copy_extent_buffer(dst, src,
|
|
|
|
btrfs_node_key_ptr_offset(dst_nritems),
|
|
|
|
btrfs_node_key_ptr_offset(0),
|
2009-01-06 09:25:51 +07:00
|
|
|
push_items * sizeof(struct btrfs_key_ptr));
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-03-02 00:04:21 +07:00
|
|
|
if (push_items < src_nritems) {
|
2012-10-19 14:22:03 +07:00
|
|
|
/*
|
2018-03-05 21:47:39 +07:00
|
|
|
* Don't call tree_mod_log_insert_move here, key removal was
|
|
|
|
* already fully logged by tree_mod_log_eb_copy above.
|
2012-10-19 14:22:03 +07:00
|
|
|
*/
|
2007-10-16 03:14:19 +07:00
|
|
|
memmove_extent_buffer(src, btrfs_node_key_ptr_offset(0),
|
|
|
|
btrfs_node_key_ptr_offset(push_items),
|
|
|
|
(src_nritems - push_items) *
|
|
|
|
sizeof(struct btrfs_key_ptr));
|
|
|
|
}
|
|
|
|
btrfs_set_header_nritems(src, src_nritems - push_items);
|
|
|
|
btrfs_set_header_nritems(dst, dst_nritems + push_items);
|
|
|
|
btrfs_mark_buffer_dirty(src);
|
|
|
|
btrfs_mark_buffer_dirty(dst);
|
2008-09-24 00:14:14 +07:00
|
|
|
|
2007-03-02 03:16:26 +07:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* try to push data from one node into the next node right in the
|
|
|
|
* tree.
|
|
|
|
*
|
|
|
|
* returns 0 if some ptrs were pushed, < 0 if there was some horrible
|
|
|
|
* error, and > 0 if there was no room in the right hand block.
|
|
|
|
*
|
|
|
|
* this will only push up to 1/2 the contents of the left node over
|
|
|
|
*/
|
2007-10-16 03:14:19 +07:00
|
|
|
static int balance_node_right(struct btrfs_trans_handle *trans,
|
|
|
|
struct extent_buffer *dst,
|
|
|
|
struct extent_buffer *src)
|
2007-03-02 03:16:26 +07:00
|
|
|
{
|
2019-03-20 20:18:06 +07:00
|
|
|
struct btrfs_fs_info *fs_info = trans->fs_info;
|
2007-03-02 03:16:26 +07:00
|
|
|
int push_items = 0;
|
|
|
|
int max_push;
|
|
|
|
int src_nritems;
|
|
|
|
int dst_nritems;
|
|
|
|
int ret = 0;
|
|
|
|
|
2007-12-11 21:25:06 +07:00
|
|
|
WARN_ON(btrfs_header_generation(src) != trans->transid);
|
|
|
|
WARN_ON(btrfs_header_generation(dst) != trans->transid);
|
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
src_nritems = btrfs_header_nritems(src);
|
|
|
|
dst_nritems = btrfs_header_nritems(dst);
|
2016-06-23 05:54:23 +07:00
|
|
|
push_items = BTRFS_NODEPTRS_PER_BLOCK(fs_info) - dst_nritems;
|
2009-01-06 09:25:51 +07:00
|
|
|
if (push_items <= 0)
|
2007-03-02 03:16:26 +07:00
|
|
|
return 1;
|
2008-04-25 01:42:46 +07:00
|
|
|
|
2009-01-06 09:25:51 +07:00
|
|
|
if (src_nritems < 4)
|
2008-04-25 01:42:46 +07:00
|
|
|
return 1;
|
2007-03-02 03:16:26 +07:00
|
|
|
|
|
|
|
max_push = src_nritems / 2 + 1;
|
|
|
|
/* don't try to empty the node */
|
2009-01-06 09:25:51 +07:00
|
|
|
if (max_push >= src_nritems)
|
2007-03-02 03:16:26 +07:00
|
|
|
return 1;
|
2007-08-29 20:11:44 +07:00
|
|
|
|
2007-03-02 03:16:26 +07:00
|
|
|
if (max_push < push_items)
|
|
|
|
push_items = max_push;
|
|
|
|
|
2018-03-05 21:47:39 +07:00
|
|
|
ret = tree_mod_log_insert_move(dst, push_items, 0, dst_nritems);
|
|
|
|
BUG_ON(ret < 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
memmove_extent_buffer(dst, btrfs_node_key_ptr_offset(push_items),
|
|
|
|
btrfs_node_key_ptr_offset(0),
|
|
|
|
(dst_nritems) *
|
|
|
|
sizeof(struct btrfs_key_ptr));
|
2007-03-31 01:27:56 +07:00
|
|
|
|
2019-03-20 20:22:04 +07:00
|
|
|
ret = tree_mod_log_eb_copy(dst, src, 0, src_nritems - push_items,
|
|
|
|
push_items);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret) {
|
2016-06-11 05:19:25 +07:00
|
|
|
btrfs_abort_transaction(trans, ret);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return ret;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
copy_extent_buffer(dst, src,
|
|
|
|
btrfs_node_key_ptr_offset(0),
|
|
|
|
btrfs_node_key_ptr_offset(src_nritems - push_items),
|
2009-01-06 09:25:51 +07:00
|
|
|
push_items * sizeof(struct btrfs_key_ptr));
|
2007-03-02 03:16:26 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_nritems(src, src_nritems - push_items);
|
|
|
|
btrfs_set_header_nritems(dst, dst_nritems + push_items);
|
2007-03-02 03:16:26 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_mark_buffer_dirty(src);
|
|
|
|
btrfs_mark_buffer_dirty(dst);
|
2008-09-24 00:14:14 +07:00
|
|
|
|
2007-03-01 04:35:06 +07:00
|
|
|
return ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2007-02-25 01:39:08 +07:00
|
|
|
/*
|
|
|
|
* helper function to insert a new root level in the tree.
|
|
|
|
* A new node is allocated, and a single item is inserted to
|
|
|
|
* point to the existing root
|
2007-03-01 04:35:06 +07:00
|
|
|
*
|
|
|
|
* returns zero on success or < 0 on failure.
|
2007-02-25 01:39:08 +07:00
|
|
|
*/
|
2009-01-06 09:25:51 +07:00
|
|
|
static noinline int insert_new_root(struct btrfs_trans_handle *trans,
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_root *root,
|
2013-05-22 19:06:51 +07:00
|
|
|
struct btrfs_path *path, int level)
|
2007-02-22 23:39:13 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-12-11 21:25:06 +07:00
|
|
|
u64 lower_gen;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *lower;
|
|
|
|
struct extent_buffer *c;
|
2008-06-26 03:01:30 +07:00
|
|
|
struct extent_buffer *old;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key lower_key;
|
2018-03-05 22:35:29 +07:00
|
|
|
int ret;
|
2007-02-22 23:39:13 +07:00
|
|
|
|
|
|
|
BUG_ON(path->nodes[level]);
|
|
|
|
BUG_ON(path->nodes[level-1] != root->node);
|
|
|
|
|
2007-12-11 21:25:06 +07:00
|
|
|
lower = path->nodes[level-1];
|
|
|
|
if (level == 1)
|
|
|
|
btrfs_item_key(lower, &lower_key, 0);
|
|
|
|
else
|
|
|
|
btrfs_node_key(lower, &lower_key, 0);
|
|
|
|
|
2019-01-25 18:48:51 +07:00
|
|
|
c = alloc_tree_block_no_bg_flush(trans, root, 0, &lower_key, level,
|
|
|
|
root->node->start, 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
if (IS_ERR(c))
|
|
|
|
return PTR_ERR(c);
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
root_add_used(root, fs_info->nodesize);
|
2010-05-16 21:46:25 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_nritems(c, 1);
|
|
|
|
btrfs_set_node_key(c, &lower_key, 0);
|
2007-10-16 03:15:53 +07:00
|
|
|
btrfs_set_node_blockptr(c, 0, lower->start);
|
2007-12-11 21:25:06 +07:00
|
|
|
lower_gen = btrfs_header_generation(lower);
|
2008-09-24 00:14:14 +07:00
|
|
|
WARN_ON(lower_gen != trans->transid);
|
2007-12-11 21:25:06 +07:00
|
|
|
|
|
|
|
btrfs_set_node_ptr_generation(c, 0, lower_gen);
|
2007-03-23 21:01:08 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_mark_buffer_dirty(c);
|
2007-03-23 21:01:08 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
old = root->node;
|
2018-03-05 22:35:29 +07:00
|
|
|
ret = tree_mod_log_insert_root(root->node, c, 0);
|
|
|
|
BUG_ON(ret < 0);
|
2011-03-24 01:54:42 +07:00
|
|
|
rcu_assign_pointer(root->node, c);
|
2008-06-26 03:01:30 +07:00
|
|
|
|
|
|
|
/* the super has an extra ref to root->node */
|
|
|
|
free_extent_buffer(old);
|
|
|
|
|
2008-03-25 02:01:56 +07:00
|
|
|
add_root_to_dirty_list(root);
|
2007-10-16 03:14:19 +07:00
|
|
|
extent_buffer_get(c);
|
|
|
|
path->nodes[level] = c;
|
2015-01-15 13:52:03 +07:00
|
|
|
path->locks[level] = BTRFS_WRITE_LOCK_BLOCKING;
|
2007-02-22 23:39:13 +07:00
|
|
|
path->slots[level] = 0;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
|
|
|
* worker function to insert a single pointer in a node.
|
|
|
|
* the node should have enough room for the pointer already
|
2007-02-25 01:39:08 +07:00
|
|
|
*
|
2007-02-02 23:05:29 +07:00
|
|
|
* slot and level indicate where you want the key to go, and
|
|
|
|
* blocknr is the block the key points to.
|
|
|
|
*/
|
2012-03-01 20:56:26 +07:00
|
|
|
static void insert_ptr(struct btrfs_trans_handle *trans,
|
2019-03-20 20:32:45 +07:00
|
|
|
struct btrfs_path *path,
|
2012-03-01 20:56:26 +07:00
|
|
|
struct btrfs_disk_key *key, u64 bytenr,
|
2012-06-21 16:01:06 +07:00
|
|
|
int slot, int level)
|
2007-02-02 23:05:29 +07:00
|
|
|
{
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *lower;
|
2007-02-02 23:05:29 +07:00
|
|
|
int nritems;
|
2012-05-26 16:45:21 +07:00
|
|
|
int ret;
|
2007-02-22 23:39:13 +07:00
|
|
|
|
|
|
|
BUG_ON(!path->nodes[level]);
|
2010-05-16 21:46:25 +07:00
|
|
|
btrfs_assert_tree_locked(path->nodes[level]);
|
2007-10-16 03:14:19 +07:00
|
|
|
lower = path->nodes[level];
|
|
|
|
nritems = btrfs_header_nritems(lower);
|
2009-04-03 04:05:11 +07:00
|
|
|
BUG_ON(slot > nritems);
|
2019-03-20 20:32:45 +07:00
|
|
|
BUG_ON(nritems == BTRFS_NODEPTRS_PER_BLOCK(trans->fs_info));
|
2007-02-02 23:05:29 +07:00
|
|
|
if (slot != nritems) {
|
2018-03-05 21:47:39 +07:00
|
|
|
if (level) {
|
|
|
|
ret = tree_mod_log_insert_move(lower, slot + 1, slot,
|
2018-03-05 21:26:29 +07:00
|
|
|
nritems - slot);
|
2018-03-05 21:47:39 +07:00
|
|
|
BUG_ON(ret < 0);
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
memmove_extent_buffer(lower,
|
|
|
|
btrfs_node_key_ptr_offset(slot + 1),
|
|
|
|
btrfs_node_key_ptr_offset(slot),
|
2007-03-31 01:27:56 +07:00
|
|
|
(nritems - slot) * sizeof(struct btrfs_key_ptr));
|
2007-02-02 23:05:29 +07:00
|
|
|
}
|
2012-06-21 16:01:06 +07:00
|
|
|
if (level) {
|
2018-03-05 21:09:03 +07:00
|
|
|
ret = tree_mod_log_insert_key(lower, slot, MOD_LOG_KEY_ADD,
|
|
|
|
GFP_NOFS);
|
2012-05-26 16:45:21 +07:00
|
|
|
BUG_ON(ret < 0);
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_node_key(lower, key, slot);
|
2007-10-16 03:15:53 +07:00
|
|
|
btrfs_set_node_blockptr(lower, slot, bytenr);
|
2007-12-11 21:25:06 +07:00
|
|
|
WARN_ON(trans->transid == 0);
|
|
|
|
btrfs_set_node_ptr_generation(lower, slot, trans->transid);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_nritems(lower, nritems + 1);
|
|
|
|
btrfs_mark_buffer_dirty(lower);
|
2007-02-02 23:05:29 +07:00
|
|
|
}
|
|
|
|
|
2007-02-25 01:39:08 +07:00
|
|
|
/*
|
|
|
|
* split the node at the specified level in path in two.
|
|
|
|
* The path is corrected to point to the appropriate node after the split
|
|
|
|
*
|
|
|
|
* Before splitting this tries to make some room in the node by pushing
|
|
|
|
* left and right, if either one works, it returns right away.
|
2007-03-01 04:35:06 +07:00
|
|
|
*
|
|
|
|
* returns 0 on success and < 0 on failure
|
2007-02-25 01:39:08 +07:00
|
|
|
*/
|
2008-09-06 03:13:11 +07:00
|
|
|
static noinline int split_node(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path, int level)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *c;
|
|
|
|
struct extent_buffer *split;
|
|
|
|
struct btrfs_disk_key disk_key;
|
2007-01-27 03:51:26 +07:00
|
|
|
int mid;
|
2007-02-22 23:39:13 +07:00
|
|
|
int ret;
|
2007-03-12 23:01:18 +07:00
|
|
|
u32 c_nritems;
|
2007-02-02 21:18:22 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
c = path->nodes[level];
|
2007-12-11 21:25:06 +07:00
|
|
|
WARN_ON(btrfs_header_generation(c) != trans->transid);
|
2007-10-16 03:14:19 +07:00
|
|
|
if (c == root->node) {
|
2013-03-20 20:49:48 +07:00
|
|
|
/*
|
2013-04-13 20:19:53 +07:00
|
|
|
* trying to split the root, lets make a new one
|
|
|
|
*
|
2013-05-22 19:06:51 +07:00
|
|
|
* tree mod log: We don't log_removal old root in
|
2013-04-13 20:19:53 +07:00
|
|
|
* insert_new_root, because that root buffer will be kept as a
|
|
|
|
* normal node. We are going to log removal of half of the
|
|
|
|
* elements below with tree_mod_log_eb_copy. We're holding a
|
|
|
|
* tree lock on the buffer, which is why we cannot race with
|
|
|
|
* other tree_mod_log users.
|
2013-03-20 20:49:48 +07:00
|
|
|
*/
|
2013-05-22 19:06:51 +07:00
|
|
|
ret = insert_new_root(trans, root, path, level + 1);
|
2007-02-22 23:39:13 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
2009-05-14 06:12:15 +07:00
|
|
|
} else {
|
2007-04-21 00:16:02 +07:00
|
|
|
ret = push_nodes_for_insert(trans, root, path, level);
|
2007-10-16 03:14:19 +07:00
|
|
|
c = path->nodes[level];
|
|
|
|
if (!ret && btrfs_header_nritems(c) <
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_NODEPTRS_PER_BLOCK(fs_info) - 3)
|
2007-04-21 00:16:02 +07:00
|
|
|
return 0;
|
2007-06-23 01:16:25 +07:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
2007-04-21 00:16:02 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
c_nritems = btrfs_header_nritems(c);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
mid = (c_nritems + 1) / 2;
|
|
|
|
btrfs_node_key(c, &disk_key, mid);
|
2007-12-11 21:25:06 +07:00
|
|
|
|
2019-01-25 18:48:51 +07:00
|
|
|
split = alloc_tree_block_no_bg_flush(trans, root, 0, &disk_key, level,
|
|
|
|
c->start, 0);
|
2007-10-16 03:14:19 +07:00
|
|
|
if (IS_ERR(split))
|
|
|
|
return PTR_ERR(split);
|
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
root_add_used(root, fs_info->nodesize);
|
2018-06-18 18:13:19 +07:00
|
|
|
ASSERT(btrfs_header_level(c) == level);
|
2007-06-23 01:16:25 +07:00
|
|
|
|
2019-03-20 20:22:04 +07:00
|
|
|
ret = tree_mod_log_eb_copy(split, c, 0, mid, c_nritems - mid);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
if (ret) {
|
2016-06-11 05:19:25 +07:00
|
|
|
btrfs_abort_transaction(trans, ret);
|
Btrfs: fix tree mod logging
While running the test btrfs/004 from xfstests in a loop, it failed
about 1 time out of 20 runs in my desktop. The failure happened in
the backref walking part of the test, and the test's error message was
like this:
btrfs/004 93s ... [failed, exit status 1] - output mismatch (see /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad)
--- tests/btrfs/004.out 2013-11-26 18:25:29.263333714 +0000
+++ /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad 2013-12-10 15:25:10.327518516 +0000
@@ -1,3 +1,8 @@
QA output created by 004
*** test backref walking
-*** done
+unexpected output from
+ /home/fdmanana/git/hub/btrfs-progs/btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
+expected inum: 405, expected address: 454656, file: /home/fdmanana/btrfs-tests/scratch_1/snap1/p0/d6/d3d/d156/fce, got:
+
...
(Run 'diff -u tests/btrfs/004.out /home/fdmanana/git/hub/xfstests_2/results//btrfs/004.out.bad' to see the entire diff)
Ran: btrfs/004
Failures: btrfs/004
Failed 1 of 1 tests
But immediately after the test finished, the btrfs inspect-internal command
returned the expected output:
$ btrfs inspect-internal logical-resolve -P 141512704 /home/fdmanana/btrfs-tests/scratch_1
inode 405 offset 454656 root 258
inode 405 offset 454656 root 5
It turned out this was because the btrfs_search_old_slot() calls performed
during backref walking (backref.c:__resolve_indirect_ref) were not finding
anything. The reason for this turned out to be that the tree mod logging
code was not logging some node multi-step operations atomically, therefore
btrfs_search_old_slot() callers iterated often over an incomplete tree that
wasn't fully consistent with any tree state from the past. Besides missing
items, this often (but not always) resulted in -EIO errors during old slot
searches, reported in dmesg like this:
[ 4299.933936] ------------[ cut here ]------------
[ 4299.933949] WARNING: CPU: 0 PID: 23190 at fs/btrfs/ctree.c:1343 btrfs_search_old_slot+0x57b/0xab0 [btrfs]()
[ 4299.933950] Modules linked in: btrfs raid6_pq xor pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep rfcomm bluetooth parport_pc ppdev binfmt_misc joydev snd_hda_codec_h
[ 4299.933977] CPU: 0 PID: 23190 Comm: btrfs Tainted: G W O 3.12.0-fdm-btrfs-next-16+ #70
[ 4299.933978] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Pro4, BIOS P1.50 09/04/2012
[ 4299.933979] 000000000000053f ffff8806f3fd98f8 ffffffff8176d284 0000000000000007
[ 4299.933982] 0000000000000000 ffff8806f3fd9938 ffffffff8104a81c ffff880659c64b70
[ 4299.933984] ffff880659c643d0 ffff8806599233d8 ffff880701e2e938 0000160000000000
[ 4299.933987] Call Trace:
[ 4299.933991] [<ffffffff8176d284>] dump_stack+0x55/0x76
[ 4299.933994] [<ffffffff8104a81c>] warn_slowpath_common+0x8c/0xc0
[ 4299.933997] [<ffffffff8104a86a>] warn_slowpath_null+0x1a/0x20
[ 4299.934003] [<ffffffffa065d3bb>] btrfs_search_old_slot+0x57b/0xab0 [btrfs]
[ 4299.934005] [<ffffffff81775f3b>] ? _raw_read_unlock+0x2b/0x50
[ 4299.934010] [<ffffffffa0655001>] ? __tree_mod_log_search+0x81/0xc0 [btrfs]
[ 4299.934019] [<ffffffffa06dd9b0>] __resolve_indirect_refs+0x130/0x5f0 [btrfs]
[ 4299.934027] [<ffffffffa06a21f1>] ? free_extent_buffer+0x61/0xc0 [btrfs]
[ 4299.934034] [<ffffffffa06de39c>] find_parent_nodes+0x1fc/0xe40 [btrfs]
[ 4299.934042] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934048] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934056] [<ffffffffa06df980>] iterate_extent_inodes+0xe0/0x250 [btrfs]
[ 4299.934058] [<ffffffff817762db>] ? _raw_spin_unlock+0x2b/0x50
[ 4299.934065] [<ffffffffa06dfb82>] iterate_inodes_from_logical+0x92/0xb0 [btrfs]
[ 4299.934071] [<ffffffffa06b13e0>] ? defrag_lookup_extent+0xe0/0xe0 [btrfs]
[ 4299.934078] [<ffffffffa06b7015>] btrfs_ioctl+0xf65/0x1f60 [btrfs]
[ 4299.934080] [<ffffffff811658b8>] ? handle_mm_fault+0x278/0xb00
[ 4299.934083] [<ffffffff81075563>] ? up_read+0x23/0x40
[ 4299.934085] [<ffffffff8177a41c>] ? __do_page_fault+0x20c/0x5a0
[ 4299.934088] [<ffffffff811b2946>] do_vfs_ioctl+0x96/0x570
[ 4299.934090] [<ffffffff81776e23>] ? error_sti+0x5/0x6
[ 4299.934093] [<ffffffff810b71e8>] ? trace_hardirqs_off_caller+0x28/0xd0
[ 4299.934096] [<ffffffff81776a09>] ? retint_swapgs+0xe/0x13
[ 4299.934098] [<ffffffff811b2eb1>] SyS_ioctl+0x91/0xb0
[ 4299.934100] [<ffffffff813eecde>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934102] [<ffffffff8177ef12>] system_call_fastpath+0x16/0x1b
[ 4299.934104] ---[ end trace 48f0cfc902491414 ]---
[ 4299.934378] btrfs bad fsid on block 0
These tree mod log operations that must be performed atomically, tree_mod_log_free_eb,
tree_mod_log_eb_copy, tree_mod_log_insert_root and tree_mod_log_insert_move, used to
be performed atomically before the following commit:
c8cc6341653721b54760480b0d0d9b5f09b46741
(Btrfs: stop using GFP_ATOMIC for the tree mod log allocations)
That change removed the atomicity of such operations. This patch restores the
atomicity while still not doing the GFP_ATOMIC allocations of tree_mod_elem
structures, so it has to do the allocations using GFP_NOFS before acquiring
the mod log lock.
This issue has been experienced by several users recently, such as for example:
http://www.spinics.net/lists/linux-btrfs/msg28574.html
After running the btrfs/004 test for 679 consecutive iterations with this
patch applied, I didn't ran into the issue anymore.
Cc: stable@vger.kernel.org
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
2013-12-20 22:17:46 +07:00
|
|
|
return ret;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
copy_extent_buffer(split, c,
|
|
|
|
btrfs_node_key_ptr_offset(0),
|
|
|
|
btrfs_node_key_ptr_offset(mid),
|
|
|
|
(c_nritems - mid) * sizeof(struct btrfs_key_ptr));
|
|
|
|
btrfs_set_header_nritems(split, c_nritems - mid);
|
|
|
|
btrfs_set_header_nritems(c, mid);
|
2007-03-01 04:35:06 +07:00
|
|
|
ret = 0;
|
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_mark_buffer_dirty(c);
|
|
|
|
btrfs_mark_buffer_dirty(split);
|
|
|
|
|
2019-03-20 20:32:45 +07:00
|
|
|
insert_ptr(trans, path, &disk_key, split->start,
|
2012-06-21 16:01:06 +07:00
|
|
|
path->slots[level + 1] + 1, level + 1);
|
2007-03-01 04:35:06 +07:00
|
|
|
|
2007-02-24 18:24:44 +07:00
|
|
|
if (path->slots[level] >= mid) {
|
2007-02-22 23:39:13 +07:00
|
|
|
path->slots[level] -= mid;
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(c);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(c);
|
|
|
|
path->nodes[level] = split;
|
2007-02-22 23:39:13 +07:00
|
|
|
path->slots[level + 1] += 1;
|
|
|
|
} else {
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(split);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(split);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
2007-03-01 04:35:06 +07:00
|
|
|
return ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
|
|
|
* how many bytes are required to store the items in a leaf. start
|
|
|
|
* and nr indicate which items in the leaf to check. This totals up the
|
|
|
|
* space used both by the item structs and the item data
|
|
|
|
*/
|
2007-10-16 03:14:19 +07:00
|
|
|
static int leaf_space_used(struct extent_buffer *l, int start, int nr)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2012-10-16 00:43:18 +07:00
|
|
|
struct btrfs_item *start_item;
|
|
|
|
struct btrfs_item *end_item;
|
|
|
|
struct btrfs_map_token token;
|
2007-01-27 03:51:26 +07:00
|
|
|
int data_len;
|
2007-10-16 03:14:19 +07:00
|
|
|
int nritems = btrfs_header_nritems(l);
|
2007-04-05 01:08:15 +07:00
|
|
|
int end = min(nritems, start + nr) - 1;
|
2007-01-27 03:51:26 +07:00
|
|
|
|
|
|
|
if (!nr)
|
|
|
|
return 0;
|
2012-10-16 00:43:18 +07:00
|
|
|
btrfs_init_map_token(&token);
|
2013-09-16 21:58:09 +07:00
|
|
|
start_item = btrfs_item_nr(start);
|
|
|
|
end_item = btrfs_item_nr(end);
|
2012-10-16 00:43:18 +07:00
|
|
|
data_len = btrfs_token_item_offset(l, start_item, &token) +
|
|
|
|
btrfs_token_item_size(l, start_item, &token);
|
|
|
|
data_len = data_len - btrfs_token_item_offset(l, end_item, &token);
|
2007-03-13 07:12:07 +07:00
|
|
|
data_len += sizeof(struct btrfs_item) * nr;
|
2007-04-05 01:08:15 +07:00
|
|
|
WARN_ON(data_len < 0);
|
2007-01-27 03:51:26 +07:00
|
|
|
return data_len;
|
|
|
|
}
|
|
|
|
|
2007-04-05 01:08:15 +07:00
|
|
|
/*
|
|
|
|
* The space between the end of the leaf items and
|
|
|
|
* the start of the leaf data. IOW, how much room
|
|
|
|
* the leaf has left for both items and data
|
|
|
|
*/
|
2019-03-20 20:36:46 +07:00
|
|
|
noinline int btrfs_leaf_free_space(struct extent_buffer *leaf)
|
2007-04-05 01:08:15 +07:00
|
|
|
{
|
2019-03-20 20:36:46 +07:00
|
|
|
struct btrfs_fs_info *fs_info = leaf->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
int nritems = btrfs_header_nritems(leaf);
|
|
|
|
int ret;
|
2016-06-23 05:54:23 +07:00
|
|
|
|
|
|
|
ret = BTRFS_LEAF_DATA_SIZE(fs_info) - leaf_space_used(leaf, 0, nritems);
|
2007-10-16 03:14:19 +07:00
|
|
|
if (ret < 0) {
|
2016-06-23 05:54:23 +07:00
|
|
|
btrfs_crit(fs_info,
|
|
|
|
"leaf free space ret %d, leaf data size %lu, used %d nritems %d",
|
|
|
|
ret,
|
|
|
|
(unsigned long) BTRFS_LEAF_DATA_SIZE(fs_info),
|
|
|
|
leaf_space_used(leaf, 0, nritems), nritems);
|
2007-10-16 03:14:19 +07:00
|
|
|
}
|
|
|
|
return ret;
|
2007-04-05 01:08:15 +07:00
|
|
|
}
|
|
|
|
|
2010-07-07 21:51:48 +07:00
|
|
|
/*
|
|
|
|
* min slot controls the lowest index we're willing to push to the
|
|
|
|
* right. We'll push up to and including min_slot, but no lower
|
|
|
|
*/
|
2019-03-20 20:39:45 +07:00
|
|
|
static noinline int __push_leaf_right(struct btrfs_path *path,
|
2009-03-13 21:04:31 +07:00
|
|
|
int data_size, int empty,
|
|
|
|
struct extent_buffer *right,
|
2010-07-07 21:51:48 +07:00
|
|
|
int free_space, u32 left_nritems,
|
|
|
|
u32 min_slot)
|
2007-02-25 00:47:20 +07:00
|
|
|
{
|
2019-03-20 20:39:45 +07:00
|
|
|
struct btrfs_fs_info *fs_info = right->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *left = path->nodes[0];
|
2009-03-13 21:04:31 +07:00
|
|
|
struct extent_buffer *upper = path->nodes[1];
|
2012-03-03 19:40:03 +07:00
|
|
|
struct btrfs_map_token token;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
2007-02-25 00:47:20 +07:00
|
|
|
int slot;
|
2007-11-08 01:31:03 +07:00
|
|
|
u32 i;
|
2007-02-25 00:47:20 +07:00
|
|
|
int push_space = 0;
|
|
|
|
int push_items = 0;
|
2007-03-13 07:12:07 +07:00
|
|
|
struct btrfs_item *item;
|
2007-11-08 01:31:03 +07:00
|
|
|
u32 nr;
|
2007-03-12 23:01:18 +07:00
|
|
|
u32 right_nritems;
|
2007-10-16 03:14:19 +07:00
|
|
|
u32 data_end;
|
2007-10-16 03:15:53 +07:00
|
|
|
u32 this_item_size;
|
2007-02-25 00:47:20 +07:00
|
|
|
|
2012-03-03 19:40:03 +07:00
|
|
|
btrfs_init_map_token(&token);
|
|
|
|
|
2007-11-08 01:31:03 +07:00
|
|
|
if (empty)
|
|
|
|
nr = 0;
|
|
|
|
else
|
2010-07-07 21:51:48 +07:00
|
|
|
nr = max_t(u32, 1, min_slot);
|
2007-11-08 01:31:03 +07:00
|
|
|
|
2008-09-24 00:14:14 +07:00
|
|
|
if (path->slots[0] >= left_nritems)
|
2008-12-17 22:21:48 +07:00
|
|
|
push_space += data_size;
|
2008-09-24 00:14:14 +07:00
|
|
|
|
2009-03-13 21:04:31 +07:00
|
|
|
slot = path->slots[1];
|
2007-11-08 01:31:03 +07:00
|
|
|
i = left_nritems - 1;
|
|
|
|
while (i >= nr) {
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2008-09-24 00:14:14 +07:00
|
|
|
if (!empty && push_items > 0) {
|
|
|
|
if (path->slots[0] > i)
|
|
|
|
break;
|
|
|
|
if (path->slots[0] == i) {
|
2019-03-20 20:36:46 +07:00
|
|
|
int space = btrfs_leaf_free_space(left);
|
|
|
|
|
2008-09-24 00:14:14 +07:00
|
|
|
if (space + push_space * 2 > free_space)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-02-25 00:47:20 +07:00
|
|
|
if (path->slots[0] == i)
|
2008-12-17 22:21:48 +07:00
|
|
|
push_space += data_size;
|
2007-10-16 03:15:53 +07:00
|
|
|
|
|
|
|
this_item_size = btrfs_item_size(left, item);
|
|
|
|
if (this_item_size + sizeof(*item) + push_space > free_space)
|
2007-02-25 00:47:20 +07:00
|
|
|
break;
|
2008-09-24 00:14:14 +07:00
|
|
|
|
2007-02-25 00:47:20 +07:00
|
|
|
push_items++;
|
2007-10-16 03:15:53 +07:00
|
|
|
push_space += this_item_size + sizeof(*item);
|
2007-11-08 01:31:03 +07:00
|
|
|
if (i == 0)
|
|
|
|
break;
|
|
|
|
i--;
|
2007-10-16 03:15:53 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
if (push_items == 0)
|
|
|
|
goto out_unlock;
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2012-11-04 03:30:18 +07:00
|
|
|
WARN_ON(!empty && push_items == left_nritems);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-02-25 00:47:20 +07:00
|
|
|
/* push left to right */
|
2007-10-16 03:14:19 +07:00
|
|
|
right_nritems = btrfs_header_nritems(right);
|
2007-11-08 01:31:03 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
push_space = btrfs_item_end_nr(left, left_nritems - push_items);
|
2019-03-20 17:33:10 +07:00
|
|
|
push_space -= leaf_data_end(left);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-02-25 00:47:20 +07:00
|
|
|
/* make room in the right data area */
|
2019-03-20 17:33:10 +07:00
|
|
|
data_end = leaf_data_end(right);
|
2007-10-16 03:14:19 +07:00
|
|
|
memmove_extent_buffer(right,
|
2017-05-29 13:43:43 +07:00
|
|
|
BTRFS_LEAF_DATA_OFFSET + data_end - push_space,
|
|
|
|
BTRFS_LEAF_DATA_OFFSET + data_end,
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_LEAF_DATA_SIZE(fs_info) - data_end);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-02-25 00:47:20 +07:00
|
|
|
/* copy from the left data area */
|
2017-05-29 13:43:43 +07:00
|
|
|
copy_extent_buffer(right, left, BTRFS_LEAF_DATA_OFFSET +
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_LEAF_DATA_SIZE(fs_info) - push_space,
|
2019-03-20 17:33:10 +07:00
|
|
|
BTRFS_LEAF_DATA_OFFSET + leaf_data_end(left),
|
2007-03-31 01:27:56 +07:00
|
|
|
push_space);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
|
|
|
memmove_extent_buffer(right, btrfs_item_nr_offset(push_items),
|
|
|
|
btrfs_item_nr_offset(0),
|
|
|
|
right_nritems * sizeof(struct btrfs_item));
|
|
|
|
|
2007-02-25 00:47:20 +07:00
|
|
|
/* copy the items from left to right */
|
2007-10-16 03:14:19 +07:00
|
|
|
copy_extent_buffer(right, left, btrfs_item_nr_offset(0),
|
|
|
|
btrfs_item_nr_offset(left_nritems - push_items),
|
|
|
|
push_items * sizeof(struct btrfs_item));
|
2007-02-25 00:47:20 +07:00
|
|
|
|
|
|
|
/* update the item pointers */
|
2007-03-12 23:01:18 +07:00
|
|
|
right_nritems += push_items;
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_nritems(right, right_nritems);
|
2016-06-23 05:54:23 +07:00
|
|
|
push_space = BTRFS_LEAF_DATA_SIZE(fs_info);
|
2007-03-12 23:01:18 +07:00
|
|
|
for (i = 0; i < right_nritems; i++) {
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2012-03-03 19:40:03 +07:00
|
|
|
push_space -= btrfs_token_item_size(right, item, &token);
|
|
|
|
btrfs_set_token_item_offset(right, item, push_space, &token);
|
2007-10-16 03:15:53 +07:00
|
|
|
}
|
|
|
|
|
2007-03-12 23:01:18 +07:00
|
|
|
left_nritems -= push_items;
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_nritems(left, left_nritems);
|
2007-02-25 00:47:20 +07:00
|
|
|
|
2007-11-08 01:31:03 +07:00
|
|
|
if (left_nritems)
|
|
|
|
btrfs_mark_buffer_dirty(left);
|
2010-05-16 21:46:25 +07:00
|
|
|
else
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(left);
|
2010-05-16 21:46:25 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_mark_buffer_dirty(right);
|
2007-04-19 03:15:28 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_item_key(right, &disk_key, 0);
|
|
|
|
btrfs_set_node_key(upper, &disk_key, slot + 1);
|
2007-03-31 01:27:56 +07:00
|
|
|
btrfs_mark_buffer_dirty(upper);
|
2007-03-03 04:08:05 +07:00
|
|
|
|
2007-02-25 00:47:20 +07:00
|
|
|
/* then fixup the leaf pointer in the path */
|
2007-03-12 23:01:18 +07:00
|
|
|
if (path->slots[0] >= left_nritems) {
|
|
|
|
path->slots[0] -= left_nritems;
|
2008-06-26 03:01:30 +07:00
|
|
|
if (btrfs_header_nritems(path->nodes[0]) == 0)
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(path->nodes[0]);
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(path->nodes[0]);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(path->nodes[0]);
|
|
|
|
path->nodes[0] = right;
|
2007-02-25 00:47:20 +07:00
|
|
|
path->slots[1] += 1;
|
|
|
|
} else {
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(right);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(right);
|
2007-02-25 00:47:20 +07:00
|
|
|
}
|
|
|
|
return 0;
|
2008-06-26 03:01:30 +07:00
|
|
|
|
|
|
|
out_unlock:
|
|
|
|
btrfs_tree_unlock(right);
|
|
|
|
free_extent_buffer(right);
|
|
|
|
return 1;
|
2007-02-25 00:47:20 +07:00
|
|
|
}
|
2008-06-26 03:01:30 +07:00
|
|
|
|
2009-03-13 21:04:31 +07:00
|
|
|
/*
|
|
|
|
* push some data in the path leaf to the right, trying to free up at
|
|
|
|
* least data_size bytes. returns zero if the push worked, nonzero otherwise
|
|
|
|
*
|
|
|
|
* returns 1 if the push failed because the other node didn't have enough
|
|
|
|
* room, 0 if everything worked out and < 0 if there were major errors.
|
2010-07-07 21:51:48 +07:00
|
|
|
*
|
|
|
|
* this will push starting from min_slot to the end of the leaf. It won't
|
|
|
|
* push any slot lower than min_slot
|
2009-03-13 21:04:31 +07:00
|
|
|
*/
|
|
|
|
static int push_leaf_right(struct btrfs_trans_handle *trans, struct btrfs_root
|
2010-07-07 21:51:48 +07:00
|
|
|
*root, struct btrfs_path *path,
|
|
|
|
int min_data_size, int data_size,
|
|
|
|
int empty, u32 min_slot)
|
2009-03-13 21:04:31 +07:00
|
|
|
{
|
|
|
|
struct extent_buffer *left = path->nodes[0];
|
|
|
|
struct extent_buffer *right;
|
|
|
|
struct extent_buffer *upper;
|
|
|
|
int slot;
|
|
|
|
int free_space;
|
|
|
|
u32 left_nritems;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (!path->nodes[1])
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
slot = path->slots[1];
|
|
|
|
upper = path->nodes[1];
|
|
|
|
if (slot >= btrfs_header_nritems(upper) - 1)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
btrfs_assert_tree_locked(path->nodes[1]);
|
|
|
|
|
2019-03-20 20:54:01 +07:00
|
|
|
right = read_node_slot(upper, slot + 1);
|
2016-07-06 02:10:14 +07:00
|
|
|
/*
|
|
|
|
* slot + 1 is not valid or we fail to read the right node,
|
|
|
|
* no big deal, just return.
|
|
|
|
*/
|
|
|
|
if (IS_ERR(right))
|
2011-01-05 09:32:22 +07:00
|
|
|
return 1;
|
|
|
|
|
2009-03-13 21:04:31 +07:00
|
|
|
btrfs_tree_lock(right);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(right);
|
2009-03-13 21:04:31 +07:00
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
free_space = btrfs_leaf_free_space(right);
|
2009-03-13 21:04:31 +07:00
|
|
|
if (free_space < data_size)
|
|
|
|
goto out_unlock;
|
|
|
|
|
|
|
|
/* cow and double check */
|
|
|
|
ret = btrfs_cow_block(trans, root, right, upper,
|
|
|
|
slot + 1, &right);
|
|
|
|
if (ret)
|
|
|
|
goto out_unlock;
|
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
free_space = btrfs_leaf_free_space(right);
|
2009-03-13 21:04:31 +07:00
|
|
|
if (free_space < data_size)
|
|
|
|
goto out_unlock;
|
|
|
|
|
|
|
|
left_nritems = btrfs_header_nritems(left);
|
|
|
|
if (left_nritems == 0)
|
|
|
|
goto out_unlock;
|
|
|
|
|
2013-12-05 05:17:39 +07:00
|
|
|
if (path->slots[0] == left_nritems && !empty) {
|
|
|
|
/* Key greater than all keys in the leaf, right neighbor has
|
|
|
|
* enough room for it and we're not emptying our leaf to delete
|
|
|
|
* it, therefore use right neighbor to insert the new item and
|
2018-11-28 18:05:13 +07:00
|
|
|
* no need to touch/dirty our left leaf. */
|
2013-12-05 05:17:39 +07:00
|
|
|
btrfs_tree_unlock(left);
|
|
|
|
free_extent_buffer(left);
|
|
|
|
path->nodes[0] = right;
|
|
|
|
path->slots[0] = 0;
|
|
|
|
path->slots[1]++;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-03-20 20:39:45 +07:00
|
|
|
return __push_leaf_right(path, min_data_size, empty,
|
2010-07-07 21:51:48 +07:00
|
|
|
right, free_space, left_nritems, min_slot);
|
2009-03-13 21:04:31 +07:00
|
|
|
out_unlock:
|
|
|
|
btrfs_tree_unlock(right);
|
|
|
|
free_extent_buffer(right);
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
|
|
|
* push some data in the path leaf to the left, trying to free up at
|
|
|
|
* least data_size bytes. returns zero if the push worked, nonzero otherwise
|
2010-07-07 21:51:48 +07:00
|
|
|
*
|
|
|
|
* max_slot can put a limit on how far into the leaf we'll push items. The
|
|
|
|
* item at 'max_slot' won't be touched. Use (u32)-1 to make us do all the
|
|
|
|
* items
|
2007-02-02 23:05:29 +07:00
|
|
|
*/
|
2019-03-20 20:40:41 +07:00
|
|
|
static noinline int __push_leaf_left(struct btrfs_path *path, int data_size,
|
2009-03-13 21:04:31 +07:00
|
|
|
int empty, struct extent_buffer *left,
|
2010-07-07 21:51:48 +07:00
|
|
|
int free_space, u32 right_nritems,
|
|
|
|
u32 max_slot)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2019-03-20 20:40:41 +07:00
|
|
|
struct btrfs_fs_info *fs_info = left->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
|
|
|
struct extent_buffer *right = path->nodes[0];
|
2007-01-27 03:51:26 +07:00
|
|
|
int i;
|
|
|
|
int push_space = 0;
|
|
|
|
int push_items = 0;
|
2007-03-13 07:12:07 +07:00
|
|
|
struct btrfs_item *item;
|
2007-03-12 23:01:18 +07:00
|
|
|
u32 old_left_nritems;
|
2007-11-08 01:31:03 +07:00
|
|
|
u32 nr;
|
2007-03-01 04:35:06 +07:00
|
|
|
int ret = 0;
|
2007-10-16 03:15:53 +07:00
|
|
|
u32 this_item_size;
|
|
|
|
u32 old_left_item_size;
|
2012-03-03 19:40:03 +07:00
|
|
|
struct btrfs_map_token token;
|
|
|
|
|
|
|
|
btrfs_init_map_token(&token);
|
2007-01-27 03:51:26 +07:00
|
|
|
|
2007-11-08 01:31:03 +07:00
|
|
|
if (empty)
|
2010-07-07 21:51:48 +07:00
|
|
|
nr = min(right_nritems, max_slot);
|
2007-11-08 01:31:03 +07:00
|
|
|
else
|
2010-07-07 21:51:48 +07:00
|
|
|
nr = min(right_nritems - 1, max_slot);
|
2007-11-08 01:31:03 +07:00
|
|
|
|
|
|
|
for (i = 0; i < nr; i++) {
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2008-09-24 00:14:14 +07:00
|
|
|
if (!empty && push_items > 0) {
|
|
|
|
if (path->slots[0] < i)
|
|
|
|
break;
|
|
|
|
if (path->slots[0] == i) {
|
2019-03-20 20:36:46 +07:00
|
|
|
int space = btrfs_leaf_free_space(right);
|
|
|
|
|
2008-09-24 00:14:14 +07:00
|
|
|
if (space + push_space * 2 > free_space)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-01-27 03:51:26 +07:00
|
|
|
if (path->slots[0] == i)
|
2008-12-17 22:21:48 +07:00
|
|
|
push_space += data_size;
|
2007-10-16 03:15:53 +07:00
|
|
|
|
|
|
|
this_item_size = btrfs_item_size(right, item);
|
|
|
|
if (this_item_size + sizeof(*item) + push_space > free_space)
|
2007-01-27 03:51:26 +07:00
|
|
|
break;
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2007-01-27 03:51:26 +07:00
|
|
|
push_items++;
|
2007-10-16 03:15:53 +07:00
|
|
|
push_space += this_item_size + sizeof(*item);
|
|
|
|
}
|
|
|
|
|
2007-01-27 03:51:26 +07:00
|
|
|
if (push_items == 0) {
|
2008-06-26 03:01:30 +07:00
|
|
|
ret = 1;
|
|
|
|
goto out;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
2013-10-31 12:00:08 +07:00
|
|
|
WARN_ON(!empty && push_items == btrfs_header_nritems(right));
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-01-27 03:51:26 +07:00
|
|
|
/* push data from right to left */
|
2007-10-16 03:14:19 +07:00
|
|
|
copy_extent_buffer(left, right,
|
|
|
|
btrfs_item_nr_offset(btrfs_header_nritems(left)),
|
|
|
|
btrfs_item_nr_offset(0),
|
|
|
|
push_items * sizeof(struct btrfs_item));
|
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
push_space = BTRFS_LEAF_DATA_SIZE(fs_info) -
|
2009-01-06 09:25:51 +07:00
|
|
|
btrfs_item_offset_nr(right, push_items - 1);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2017-05-29 13:43:43 +07:00
|
|
|
copy_extent_buffer(left, right, BTRFS_LEAF_DATA_OFFSET +
|
2019-03-20 17:33:10 +07:00
|
|
|
leaf_data_end(left) - push_space,
|
2017-05-29 13:43:43 +07:00
|
|
|
BTRFS_LEAF_DATA_OFFSET +
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_item_offset_nr(right, push_items - 1),
|
2007-03-31 01:27:56 +07:00
|
|
|
push_space);
|
2007-10-16 03:14:19 +07:00
|
|
|
old_left_nritems = btrfs_header_nritems(left);
|
2008-12-17 22:21:48 +07:00
|
|
|
BUG_ON(old_left_nritems <= 0);
|
2007-02-02 21:18:22 +07:00
|
|
|
|
2007-10-16 03:15:53 +07:00
|
|
|
old_left_item_size = btrfs_item_offset_nr(left, old_left_nritems - 1);
|
2007-03-13 07:12:07 +07:00
|
|
|
for (i = old_left_nritems; i < old_left_nritems + push_items; i++) {
|
2007-10-16 03:14:19 +07:00
|
|
|
u32 ioff;
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2012-03-03 19:40:03 +07:00
|
|
|
ioff = btrfs_token_item_offset(left, item, &token);
|
|
|
|
btrfs_set_token_item_offset(left, item,
|
2016-06-23 05:54:23 +07:00
|
|
|
ioff - (BTRFS_LEAF_DATA_SIZE(fs_info) - old_left_item_size),
|
2012-03-03 19:40:03 +07:00
|
|
|
&token);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_nritems(left, old_left_nritems + push_items);
|
2007-01-27 03:51:26 +07:00
|
|
|
|
|
|
|
/* fixup right node */
|
2012-11-03 17:58:34 +07:00
|
|
|
if (push_items > right_nritems)
|
|
|
|
WARN(1, KERN_CRIT "push items %d nr %u\n", push_items,
|
2009-01-06 09:25:51 +07:00
|
|
|
right_nritems);
|
2007-11-08 01:31:03 +07:00
|
|
|
|
|
|
|
if (push_items < right_nritems) {
|
|
|
|
push_space = btrfs_item_offset_nr(right, push_items - 1) -
|
2019-03-20 17:33:10 +07:00
|
|
|
leaf_data_end(right);
|
2017-05-29 13:43:43 +07:00
|
|
|
memmove_extent_buffer(right, BTRFS_LEAF_DATA_OFFSET +
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_LEAF_DATA_SIZE(fs_info) - push_space,
|
2017-05-29 13:43:43 +07:00
|
|
|
BTRFS_LEAF_DATA_OFFSET +
|
2019-03-20 17:33:10 +07:00
|
|
|
leaf_data_end(right), push_space);
|
2007-11-08 01:31:03 +07:00
|
|
|
|
|
|
|
memmove_extent_buffer(right, btrfs_item_nr_offset(0),
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_item_nr_offset(push_items),
|
|
|
|
(btrfs_header_nritems(right) - push_items) *
|
|
|
|
sizeof(struct btrfs_item));
|
2007-11-08 01:31:03 +07:00
|
|
|
}
|
2007-11-26 22:58:13 +07:00
|
|
|
right_nritems -= push_items;
|
|
|
|
btrfs_set_header_nritems(right, right_nritems);
|
2016-06-23 05:54:23 +07:00
|
|
|
push_space = BTRFS_LEAF_DATA_SIZE(fs_info);
|
2007-10-16 03:14:19 +07:00
|
|
|
for (i = 0; i < right_nritems; i++) {
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2012-03-03 19:40:03 +07:00
|
|
|
push_space = push_space - btrfs_token_item_size(right,
|
|
|
|
item, &token);
|
|
|
|
btrfs_set_token_item_offset(right, item, push_space, &token);
|
2007-10-16 03:15:53 +07:00
|
|
|
}
|
2007-02-02 21:18:22 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_mark_buffer_dirty(left);
|
2007-11-08 01:31:03 +07:00
|
|
|
if (right_nritems)
|
|
|
|
btrfs_mark_buffer_dirty(right);
|
2010-05-16 21:46:25 +07:00
|
|
|
else
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(right);
|
2007-05-11 22:33:21 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_item_key(right, &disk_key, 0);
|
2018-06-20 19:48:47 +07:00
|
|
|
fixup_low_keys(path, &disk_key, 1);
|
2007-01-27 03:51:26 +07:00
|
|
|
|
|
|
|
/* then fixup the leaf pointer in the path */
|
|
|
|
if (path->slots[0] < push_items) {
|
|
|
|
path->slots[0] += old_left_nritems;
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(path->nodes[0]);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(path->nodes[0]);
|
|
|
|
path->nodes[0] = left;
|
2007-01-27 03:51:26 +07:00
|
|
|
path->slots[1] -= 1;
|
|
|
|
} else {
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_tree_unlock(left);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(left);
|
2007-01-27 03:51:26 +07:00
|
|
|
path->slots[0] -= push_items;
|
|
|
|
}
|
2007-02-02 21:18:22 +07:00
|
|
|
BUG_ON(path->slots[0] < 0);
|
2007-03-01 04:35:06 +07:00
|
|
|
return ret;
|
2008-06-26 03:01:30 +07:00
|
|
|
out:
|
|
|
|
btrfs_tree_unlock(left);
|
|
|
|
free_extent_buffer(left);
|
|
|
|
return ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2009-03-13 21:04:31 +07:00
|
|
|
/*
|
|
|
|
* push some data in the path leaf to the left, trying to free up at
|
|
|
|
* least data_size bytes. returns zero if the push worked, nonzero otherwise
|
2010-07-07 21:51:48 +07:00
|
|
|
*
|
|
|
|
* max_slot can put a limit on how far into the leaf we'll push items. The
|
|
|
|
* item at 'max_slot' won't be touched. Use (u32)-1 to make us push all the
|
|
|
|
* items
|
2009-03-13 21:04:31 +07:00
|
|
|
*/
|
|
|
|
static int push_leaf_left(struct btrfs_trans_handle *trans, struct btrfs_root
|
2010-07-07 21:51:48 +07:00
|
|
|
*root, struct btrfs_path *path, int min_data_size,
|
|
|
|
int data_size, int empty, u32 max_slot)
|
2009-03-13 21:04:31 +07:00
|
|
|
{
|
|
|
|
struct extent_buffer *right = path->nodes[0];
|
|
|
|
struct extent_buffer *left;
|
|
|
|
int slot;
|
|
|
|
int free_space;
|
|
|
|
u32 right_nritems;
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
slot = path->slots[1];
|
|
|
|
if (slot == 0)
|
|
|
|
return 1;
|
|
|
|
if (!path->nodes[1])
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
right_nritems = btrfs_header_nritems(right);
|
|
|
|
if (right_nritems == 0)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
btrfs_assert_tree_locked(path->nodes[1]);
|
|
|
|
|
2019-03-20 20:54:01 +07:00
|
|
|
left = read_node_slot(path->nodes[1], slot - 1);
|
2016-07-06 02:10:14 +07:00
|
|
|
/*
|
|
|
|
* slot - 1 is not valid or we fail to read the left node,
|
|
|
|
* no big deal, just return.
|
|
|
|
*/
|
|
|
|
if (IS_ERR(left))
|
2011-01-05 09:32:22 +07:00
|
|
|
return 1;
|
|
|
|
|
2009-03-13 21:04:31 +07:00
|
|
|
btrfs_tree_lock(left);
|
2018-04-04 07:03:48 +07:00
|
|
|
btrfs_set_lock_blocking_write(left);
|
2009-03-13 21:04:31 +07:00
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
free_space = btrfs_leaf_free_space(left);
|
2009-03-13 21:04:31 +07:00
|
|
|
if (free_space < data_size) {
|
|
|
|
ret = 1;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* cow and double check */
|
|
|
|
ret = btrfs_cow_block(trans, root, left,
|
|
|
|
path->nodes[1], slot - 1, &left);
|
|
|
|
if (ret) {
|
|
|
|
/* we hit -ENOSPC, but it isn't fatal here */
|
2012-03-12 22:03:00 +07:00
|
|
|
if (ret == -ENOSPC)
|
|
|
|
ret = 1;
|
2009-03-13 21:04:31 +07:00
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
free_space = btrfs_leaf_free_space(left);
|
2009-03-13 21:04:31 +07:00
|
|
|
if (free_space < data_size) {
|
|
|
|
ret = 1;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
2019-03-20 20:40:41 +07:00
|
|
|
return __push_leaf_left(path, min_data_size,
|
2010-07-07 21:51:48 +07:00
|
|
|
empty, left, free_space, right_nritems,
|
|
|
|
max_slot);
|
2009-03-13 21:04:31 +07:00
|
|
|
out:
|
|
|
|
btrfs_tree_unlock(left);
|
|
|
|
free_extent_buffer(left);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* split the path's leaf in two, making sure there is at least data_size
|
|
|
|
* available for the resulting leaf level of the path.
|
|
|
|
*/
|
2012-03-01 20:56:26 +07:00
|
|
|
static noinline void copy_for_split(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_path *path,
|
|
|
|
struct extent_buffer *l,
|
|
|
|
struct extent_buffer *right,
|
|
|
|
int slot, int mid, int nritems)
|
2009-03-13 21:04:31 +07:00
|
|
|
{
|
2019-03-20 20:42:33 +07:00
|
|
|
struct btrfs_fs_info *fs_info = trans->fs_info;
|
2009-03-13 21:04:31 +07:00
|
|
|
int data_copy_size;
|
|
|
|
int rt_data_off;
|
|
|
|
int i;
|
|
|
|
struct btrfs_disk_key disk_key;
|
2012-03-03 19:40:03 +07:00
|
|
|
struct btrfs_map_token token;
|
|
|
|
|
|
|
|
btrfs_init_map_token(&token);
|
2009-03-13 21:04:31 +07:00
|
|
|
|
|
|
|
nritems = nritems - mid;
|
|
|
|
btrfs_set_header_nritems(right, nritems);
|
2019-03-20 17:33:10 +07:00
|
|
|
data_copy_size = btrfs_item_end_nr(l, mid) - leaf_data_end(l);
|
2009-03-13 21:04:31 +07:00
|
|
|
|
|
|
|
copy_extent_buffer(right, l, btrfs_item_nr_offset(0),
|
|
|
|
btrfs_item_nr_offset(mid),
|
|
|
|
nritems * sizeof(struct btrfs_item));
|
|
|
|
|
|
|
|
copy_extent_buffer(right, l,
|
2017-05-29 13:43:43 +07:00
|
|
|
BTRFS_LEAF_DATA_OFFSET + BTRFS_LEAF_DATA_SIZE(fs_info) -
|
|
|
|
data_copy_size, BTRFS_LEAF_DATA_OFFSET +
|
2019-03-20 17:33:10 +07:00
|
|
|
leaf_data_end(l), data_copy_size);
|
2009-03-13 21:04:31 +07:00
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
rt_data_off = BTRFS_LEAF_DATA_SIZE(fs_info) - btrfs_item_end_nr(l, mid);
|
2009-03-13 21:04:31 +07:00
|
|
|
|
|
|
|
for (i = 0; i < nritems; i++) {
|
2013-09-16 21:58:09 +07:00
|
|
|
struct btrfs_item *item = btrfs_item_nr(i);
|
2009-03-13 21:04:31 +07:00
|
|
|
u32 ioff;
|
|
|
|
|
2012-03-03 19:40:03 +07:00
|
|
|
ioff = btrfs_token_item_offset(right, item, &token);
|
|
|
|
btrfs_set_token_item_offset(right, item,
|
|
|
|
ioff + rt_data_off, &token);
|
2009-03-13 21:04:31 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
btrfs_set_header_nritems(l, mid);
|
|
|
|
btrfs_item_key(right, &disk_key, 0);
|
2019-03-20 20:32:45 +07:00
|
|
|
insert_ptr(trans, path, &disk_key, right->start, path->slots[1] + 1, 1);
|
2009-03-13 21:04:31 +07:00
|
|
|
|
|
|
|
btrfs_mark_buffer_dirty(right);
|
|
|
|
btrfs_mark_buffer_dirty(l);
|
|
|
|
BUG_ON(path->slots[0] != slot);
|
|
|
|
|
|
|
|
if (mid <= slot) {
|
|
|
|
btrfs_tree_unlock(path->nodes[0]);
|
|
|
|
free_extent_buffer(path->nodes[0]);
|
|
|
|
path->nodes[0] = right;
|
|
|
|
path->slots[0] -= mid;
|
|
|
|
path->slots[1] += 1;
|
|
|
|
} else {
|
|
|
|
btrfs_tree_unlock(right);
|
|
|
|
free_extent_buffer(right);
|
|
|
|
}
|
|
|
|
|
|
|
|
BUG_ON(path->slots[0] < 0);
|
|
|
|
}
|
|
|
|
|
2010-07-07 21:51:48 +07:00
|
|
|
/*
|
|
|
|
* double splits happen when we need to insert a big item in the middle
|
|
|
|
* of a leaf. A double split can leave us with 3 mostly empty leaves:
|
|
|
|
* leaf: [ slots 0 - N] [ our target ] [ N + 1 - total in leaf ]
|
|
|
|
* A B C
|
|
|
|
*
|
|
|
|
* We avoid this by trying to push the items on either side of our target
|
|
|
|
* into the adjacent leaves. If all goes well we can avoid the double split
|
|
|
|
* completely.
|
|
|
|
*/
|
|
|
|
static noinline int push_for_double_split(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path,
|
|
|
|
int data_size)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
int progress = 0;
|
|
|
|
int slot;
|
|
|
|
u32 nritems;
|
2013-11-25 10:20:46 +07:00
|
|
|
int space_needed = data_size;
|
2010-07-07 21:51:48 +07:00
|
|
|
|
|
|
|
slot = path->slots[0];
|
2013-11-25 10:20:46 +07:00
|
|
|
if (slot < btrfs_header_nritems(path->nodes[0]))
|
2019-03-20 20:36:46 +07:00
|
|
|
space_needed -= btrfs_leaf_free_space(path->nodes[0]);
|
2010-07-07 21:51:48 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* try to push all the items after our slot into the
|
|
|
|
* right leaf
|
|
|
|
*/
|
2013-11-25 10:20:46 +07:00
|
|
|
ret = push_leaf_right(trans, root, path, 1, space_needed, 0, slot);
|
2010-07-07 21:51:48 +07:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (ret == 0)
|
|
|
|
progress++;
|
|
|
|
|
|
|
|
nritems = btrfs_header_nritems(path->nodes[0]);
|
|
|
|
/*
|
|
|
|
* our goal is to get our slot at the start or end of a leaf. If
|
|
|
|
* we've done so we're done
|
|
|
|
*/
|
|
|
|
if (path->slots[0] == 0 || path->slots[0] == nritems)
|
|
|
|
return 0;
|
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(path->nodes[0]) >= data_size)
|
2010-07-07 21:51:48 +07:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* try to push all the items before our slot into the next leaf */
|
|
|
|
slot = path->slots[0];
|
2017-02-18 01:43:57 +07:00
|
|
|
space_needed = data_size;
|
|
|
|
if (slot > 0)
|
2019-03-20 20:36:46 +07:00
|
|
|
space_needed -= btrfs_leaf_free_space(path->nodes[0]);
|
2013-11-25 10:20:46 +07:00
|
|
|
ret = push_leaf_left(trans, root, path, 1, space_needed, 0, slot);
|
2010-07-07 21:51:48 +07:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (ret == 0)
|
|
|
|
progress++;
|
|
|
|
|
|
|
|
if (progress)
|
|
|
|
return 0;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
|
|
|
* split the path's leaf in two, making sure there is at least data_size
|
|
|
|
* available for the resulting leaf level of the path.
|
2007-03-01 04:35:06 +07:00
|
|
|
*
|
|
|
|
* returns 0 if all went well and < 0 on failure.
|
2007-02-02 23:05:29 +07:00
|
|
|
*/
|
2008-09-06 03:13:11 +07:00
|
|
|
static noinline int split_leaf(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *ins_key,
|
2008-09-06 03:13:11 +07:00
|
|
|
struct btrfs_path *path, int data_size,
|
|
|
|
int extend)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *l;
|
2007-03-12 23:01:18 +07:00
|
|
|
u32 nritems;
|
2007-02-02 21:18:22 +07:00
|
|
|
int mid;
|
|
|
|
int slot;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *right;
|
2014-11-12 11:43:09 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-04-05 01:08:15 +07:00
|
|
|
int ret = 0;
|
2007-03-01 04:35:06 +07:00
|
|
|
int wret;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
int split;
|
2007-10-26 02:42:57 +07:00
|
|
|
int num_doubles = 0;
|
2010-07-07 21:51:48 +07:00
|
|
|
int tried_avoid_double = 0;
|
2007-03-01 04:35:06 +07:00
|
|
|
|
2009-09-24 20:17:31 +07:00
|
|
|
l = path->nodes[0];
|
|
|
|
slot = path->slots[0];
|
|
|
|
if (extend && data_size + btrfs_item_size_nr(l, slot) +
|
2016-06-23 05:54:23 +07:00
|
|
|
sizeof(struct btrfs_item) > BTRFS_LEAF_DATA_SIZE(fs_info))
|
2009-09-24 20:17:31 +07:00
|
|
|
return -EOVERFLOW;
|
|
|
|
|
2007-03-18 01:29:23 +07:00
|
|
|
/* first try to make some room by pushing left and right */
|
2013-05-22 19:07:06 +07:00
|
|
|
if (data_size && path->nodes[1]) {
|
2013-11-25 10:20:46 +07:00
|
|
|
int space_needed = data_size;
|
|
|
|
|
|
|
|
if (slot < btrfs_header_nritems(l))
|
2019-03-20 20:36:46 +07:00
|
|
|
space_needed -= btrfs_leaf_free_space(l);
|
2013-11-25 10:20:46 +07:00
|
|
|
|
|
|
|
wret = push_leaf_right(trans, root, path, space_needed,
|
|
|
|
space_needed, 0, 0);
|
2009-01-06 09:25:51 +07:00
|
|
|
if (wret < 0)
|
2007-03-13 22:17:52 +07:00
|
|
|
return wret;
|
2007-10-19 20:23:27 +07:00
|
|
|
if (wret) {
|
2017-02-18 01:43:57 +07:00
|
|
|
space_needed = data_size;
|
|
|
|
if (slot > 0)
|
2019-03-20 20:36:46 +07:00
|
|
|
space_needed -= btrfs_leaf_free_space(l);
|
2013-11-25 10:20:46 +07:00
|
|
|
wret = push_leaf_left(trans, root, path, space_needed,
|
|
|
|
space_needed, 0, (u32)-1);
|
2007-10-19 20:23:27 +07:00
|
|
|
if (wret < 0)
|
|
|
|
return wret;
|
|
|
|
}
|
|
|
|
l = path->nodes[0];
|
2007-03-01 04:35:06 +07:00
|
|
|
|
2007-10-19 20:23:27 +07:00
|
|
|
/* did the pushes work? */
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(l) >= data_size)
|
2007-10-19 20:23:27 +07:00
|
|
|
return 0;
|
2007-10-16 03:18:25 +07:00
|
|
|
}
|
2007-03-01 04:35:06 +07:00
|
|
|
|
2007-02-22 23:39:13 +07:00
|
|
|
if (!path->nodes[1]) {
|
2013-05-22 19:06:51 +07:00
|
|
|
ret = insert_new_root(trans, root, path, 1);
|
2007-02-22 23:39:13 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
}
|
2007-10-26 02:42:57 +07:00
|
|
|
again:
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
split = 1;
|
2007-10-26 02:42:57 +07:00
|
|
|
l = path->nodes[0];
|
2007-02-02 21:18:22 +07:00
|
|
|
slot = path->slots[0];
|
2007-10-16 03:14:19 +07:00
|
|
|
nritems = btrfs_header_nritems(l);
|
2009-01-06 09:25:51 +07:00
|
|
|
mid = (nritems + 1) / 2;
|
2007-06-23 01:16:25 +07:00
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (mid <= slot) {
|
|
|
|
if (nritems == 1 ||
|
|
|
|
leaf_space_used(l, mid, nritems - mid) + data_size >
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_LEAF_DATA_SIZE(fs_info)) {
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (slot >= nritems) {
|
|
|
|
split = 0;
|
|
|
|
} else {
|
|
|
|
mid = slot;
|
|
|
|
if (mid != nritems &&
|
|
|
|
leaf_space_used(l, mid, nritems - mid) +
|
2016-06-23 05:54:23 +07:00
|
|
|
data_size > BTRFS_LEAF_DATA_SIZE(fs_info)) {
|
2010-07-07 21:51:48 +07:00
|
|
|
if (data_size && !tried_avoid_double)
|
|
|
|
goto push_for_double;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
split = 2;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (leaf_space_used(l, 0, mid) + data_size >
|
2016-06-23 05:54:23 +07:00
|
|
|
BTRFS_LEAF_DATA_SIZE(fs_info)) {
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (!extend && data_size && slot == 0) {
|
|
|
|
split = 0;
|
|
|
|
} else if ((extend || !data_size) && slot == 0) {
|
|
|
|
mid = 1;
|
|
|
|
} else {
|
|
|
|
mid = slot;
|
|
|
|
if (mid != nritems &&
|
|
|
|
leaf_space_used(l, mid, nritems - mid) +
|
2016-06-23 05:54:23 +07:00
|
|
|
data_size > BTRFS_LEAF_DATA_SIZE(fs_info)) {
|
2010-07-07 21:51:48 +07:00
|
|
|
if (data_size && !tried_avoid_double)
|
|
|
|
goto push_for_double;
|
2013-10-31 12:03:04 +07:00
|
|
|
split = 2;
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (split == 0)
|
|
|
|
btrfs_cpu_key_to_disk(&disk_key, ins_key);
|
|
|
|
else
|
|
|
|
btrfs_item_key(l, &disk_key, mid);
|
|
|
|
|
2019-01-25 18:48:51 +07:00
|
|
|
right = alloc_tree_block_no_bg_flush(trans, root, 0, &disk_key, 0,
|
|
|
|
l->start, 0);
|
2010-05-16 21:46:25 +07:00
|
|
|
if (IS_ERR(right))
|
2007-10-16 03:14:19 +07:00
|
|
|
return PTR_ERR(right);
|
2010-05-16 21:46:25 +07:00
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
root_add_used(root, fs_info->nodesize);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (split == 0) {
|
|
|
|
if (mid <= slot) {
|
|
|
|
btrfs_set_header_nritems(right, 0);
|
2019-03-20 20:32:45 +07:00
|
|
|
insert_ptr(trans, path, &disk_key,
|
2016-06-23 05:54:24 +07:00
|
|
|
right->start, path->slots[1] + 1, 1);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
btrfs_tree_unlock(path->nodes[0]);
|
|
|
|
free_extent_buffer(path->nodes[0]);
|
|
|
|
path->nodes[0] = right;
|
|
|
|
path->slots[0] = 0;
|
|
|
|
path->slots[1] += 1;
|
|
|
|
} else {
|
|
|
|
btrfs_set_header_nritems(right, 0);
|
2019-03-20 20:32:45 +07:00
|
|
|
insert_ptr(trans, path, &disk_key,
|
2016-06-23 05:54:24 +07:00
|
|
|
right->start, path->slots[1], 1);
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
btrfs_tree_unlock(path->nodes[0]);
|
|
|
|
free_extent_buffer(path->nodes[0]);
|
|
|
|
path->nodes[0] = right;
|
|
|
|
path->slots[0] = 0;
|
2012-03-01 20:56:26 +07:00
|
|
|
if (path->slots[1] == 0)
|
2018-06-20 19:48:47 +07:00
|
|
|
fixup_low_keys(path, &disk_key, 1);
|
2007-04-05 01:08:15 +07:00
|
|
|
}
|
2016-09-08 04:48:28 +07:00
|
|
|
/*
|
|
|
|
* We create a new leaf 'right' for the required ins_len and
|
|
|
|
* we'll do btrfs_mark_buffer_dirty() on this leaf after copying
|
|
|
|
* the content of ins_len to 'right'.
|
|
|
|
*/
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
return ret;
|
2007-04-05 01:08:15 +07:00
|
|
|
}
|
2007-02-02 23:05:29 +07:00
|
|
|
|
2019-03-20 20:42:33 +07:00
|
|
|
copy_for_split(trans, path, l, right, slot, mid, nritems);
|
2008-09-24 00:14:14 +07:00
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
if (split == 2) {
|
2007-10-26 02:42:57 +07:00
|
|
|
BUG_ON(num_doubles != 0);
|
|
|
|
num_doubles++;
|
|
|
|
goto again;
|
2007-04-19 03:15:28 +07:00
|
|
|
}
|
2009-03-13 21:04:31 +07:00
|
|
|
|
2012-03-01 20:56:26 +07:00
|
|
|
return 0;
|
2010-07-07 21:51:48 +07:00
|
|
|
|
|
|
|
push_for_double:
|
|
|
|
push_for_double_split(trans, root, path, data_size);
|
|
|
|
tried_avoid_double = 1;
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(path->nodes[0]) >= data_size)
|
2010-07-07 21:51:48 +07:00
|
|
|
return 0;
|
|
|
|
goto again;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2009-11-12 16:33:58 +07:00
|
|
|
static noinline int setup_leaf_for_split(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path, int ins_len)
|
2008-12-10 21:10:46 +07:00
|
|
|
{
|
2009-11-12 16:33:58 +07:00
|
|
|
struct btrfs_key key;
|
2008-12-10 21:10:46 +07:00
|
|
|
struct extent_buffer *leaf;
|
2009-11-12 16:33:58 +07:00
|
|
|
struct btrfs_file_extent_item *fi;
|
|
|
|
u64 extent_len = 0;
|
|
|
|
u32 item_size;
|
|
|
|
int ret;
|
2008-12-10 21:10:46 +07:00
|
|
|
|
|
|
|
leaf = path->nodes[0];
|
2009-11-12 16:33:58 +07:00
|
|
|
btrfs_item_key_to_cpu(leaf, &key, path->slots[0]);
|
|
|
|
|
|
|
|
BUG_ON(key.type != BTRFS_EXTENT_DATA_KEY &&
|
|
|
|
key.type != BTRFS_EXTENT_CSUM_KEY);
|
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(leaf) >= ins_len)
|
2009-11-12 16:33:58 +07:00
|
|
|
return 0;
|
2008-12-10 21:10:46 +07:00
|
|
|
|
|
|
|
item_size = btrfs_item_size_nr(leaf, path->slots[0]);
|
2009-11-12 16:33:58 +07:00
|
|
|
if (key.type == BTRFS_EXTENT_DATA_KEY) {
|
|
|
|
fi = btrfs_item_ptr(leaf, path->slots[0],
|
|
|
|
struct btrfs_file_extent_item);
|
|
|
|
extent_len = btrfs_file_extent_num_bytes(leaf, fi);
|
|
|
|
}
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(path);
|
2008-12-10 21:10:46 +07:00
|
|
|
|
|
|
|
path->keep_locks = 1;
|
2009-11-12 16:33:58 +07:00
|
|
|
path->search_for_split = 1;
|
|
|
|
ret = btrfs_search_slot(trans, root, &key, path, 0, 1);
|
2008-12-10 21:10:46 +07:00
|
|
|
path->search_for_split = 0;
|
2015-01-20 19:40:53 +07:00
|
|
|
if (ret > 0)
|
|
|
|
ret = -EAGAIN;
|
2009-11-12 16:33:58 +07:00
|
|
|
if (ret < 0)
|
|
|
|
goto err;
|
2008-12-10 21:10:46 +07:00
|
|
|
|
2009-11-12 16:33:58 +07:00
|
|
|
ret = -EAGAIN;
|
|
|
|
leaf = path->nodes[0];
|
2015-01-20 19:40:53 +07:00
|
|
|
/* if our item isn't there, return now */
|
|
|
|
if (item_size != btrfs_item_size_nr(leaf, path->slots[0]))
|
2009-11-12 16:33:58 +07:00
|
|
|
goto err;
|
|
|
|
|
2010-04-02 20:20:18 +07:00
|
|
|
/* the leaf has changed, it now has room. return now */
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(path->nodes[0]) >= ins_len)
|
2010-04-02 20:20:18 +07:00
|
|
|
goto err;
|
|
|
|
|
2009-11-12 16:33:58 +07:00
|
|
|
if (key.type == BTRFS_EXTENT_DATA_KEY) {
|
|
|
|
fi = btrfs_item_ptr(leaf, path->slots[0],
|
|
|
|
struct btrfs_file_extent_item);
|
|
|
|
if (extent_len != btrfs_file_extent_num_bytes(leaf, fi))
|
|
|
|
goto err;
|
2008-12-10 21:10:46 +07:00
|
|
|
}
|
|
|
|
|
2009-03-13 22:00:37 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
2009-11-12 16:33:58 +07:00
|
|
|
ret = split_leaf(trans, root, &key, path, ins_len, 1);
|
2010-05-16 21:46:25 +07:00
|
|
|
if (ret)
|
|
|
|
goto err;
|
2008-12-10 21:10:46 +07:00
|
|
|
|
2009-11-12 16:33:58 +07:00
|
|
|
path->keep_locks = 0;
|
2009-03-13 22:00:37 +07:00
|
|
|
btrfs_unlock_up_safe(path, 1);
|
2009-11-12 16:33:58 +07:00
|
|
|
return 0;
|
|
|
|
err:
|
|
|
|
path->keep_locks = 0;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-03-20 20:44:57 +07:00
|
|
|
static noinline int split_item(struct btrfs_path *path,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *new_key,
|
2009-11-12 16:33:58 +07:00
|
|
|
unsigned long split_offset)
|
|
|
|
{
|
|
|
|
struct extent_buffer *leaf;
|
|
|
|
struct btrfs_item *item;
|
|
|
|
struct btrfs_item *new_item;
|
|
|
|
int slot;
|
|
|
|
char *buf;
|
|
|
|
u32 nritems;
|
|
|
|
u32 item_size;
|
|
|
|
u32 orig_offset;
|
|
|
|
struct btrfs_disk_key disk_key;
|
|
|
|
|
2009-03-13 22:00:37 +07:00
|
|
|
leaf = path->nodes[0];
|
2019-03-20 20:36:46 +07:00
|
|
|
BUG_ON(btrfs_leaf_free_space(leaf) < sizeof(struct btrfs_item));
|
2009-03-13 22:00:37 +07:00
|
|
|
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
|
|
|
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(path->slots[0]);
|
2008-12-10 21:10:46 +07:00
|
|
|
orig_offset = btrfs_item_offset(leaf, item);
|
|
|
|
item_size = btrfs_item_size(leaf, item);
|
|
|
|
|
|
|
|
buf = kmalloc(item_size, GFP_NOFS);
|
2009-11-12 16:33:58 +07:00
|
|
|
if (!buf)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2008-12-10 21:10:46 +07:00
|
|
|
read_extent_buffer(leaf, buf, btrfs_item_ptr_offset(leaf,
|
|
|
|
path->slots[0]), item_size);
|
|
|
|
|
2009-11-12 16:33:58 +07:00
|
|
|
slot = path->slots[0] + 1;
|
2008-12-10 21:10:46 +07:00
|
|
|
nritems = btrfs_header_nritems(leaf);
|
|
|
|
if (slot != nritems) {
|
|
|
|
/* shift the items */
|
|
|
|
memmove_extent_buffer(leaf, btrfs_item_nr_offset(slot + 1),
|
2009-11-12 16:33:58 +07:00
|
|
|
btrfs_item_nr_offset(slot),
|
|
|
|
(nritems - slot) * sizeof(struct btrfs_item));
|
2008-12-10 21:10:46 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
btrfs_cpu_key_to_disk(&disk_key, new_key);
|
|
|
|
btrfs_set_item_key(leaf, &disk_key, slot);
|
|
|
|
|
2013-09-16 21:58:09 +07:00
|
|
|
new_item = btrfs_item_nr(slot);
|
2008-12-10 21:10:46 +07:00
|
|
|
|
|
|
|
btrfs_set_item_offset(leaf, new_item, orig_offset);
|
|
|
|
btrfs_set_item_size(leaf, new_item, item_size - split_offset);
|
|
|
|
|
|
|
|
btrfs_set_item_offset(leaf, item,
|
|
|
|
orig_offset + item_size - split_offset);
|
|
|
|
btrfs_set_item_size(leaf, item, split_offset);
|
|
|
|
|
|
|
|
btrfs_set_header_nritems(leaf, nritems + 1);
|
|
|
|
|
|
|
|
/* write the data for the start of the original item */
|
|
|
|
write_extent_buffer(leaf, buf,
|
|
|
|
btrfs_item_ptr_offset(leaf, path->slots[0]),
|
|
|
|
split_offset);
|
|
|
|
|
|
|
|
/* write the data for the new item */
|
|
|
|
write_extent_buffer(leaf, buf + split_offset,
|
|
|
|
btrfs_item_ptr_offset(leaf, slot),
|
|
|
|
item_size - split_offset);
|
|
|
|
btrfs_mark_buffer_dirty(leaf);
|
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
BUG_ON(btrfs_leaf_free_space(leaf) < 0);
|
2008-12-10 21:10:46 +07:00
|
|
|
kfree(buf);
|
2009-11-12 16:33:58 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This function splits a single item into two items,
|
|
|
|
* giving 'new_key' to the new item and splitting the
|
|
|
|
* old one at split_offset (from the start of the item).
|
|
|
|
*
|
|
|
|
* The path may be released by this operation. After
|
|
|
|
* the split, the path is pointing to the old item. The
|
|
|
|
* new item is going to be in the same node as the old one.
|
|
|
|
*
|
|
|
|
* Note, the item being split must be smaller enough to live alone on
|
|
|
|
* a tree block with room for one extra struct btrfs_item
|
|
|
|
*
|
|
|
|
* This allows us to split the item in place, keeping a lock on the
|
|
|
|
* leaf the entire time.
|
|
|
|
*/
|
|
|
|
int btrfs_split_item(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *new_key,
|
2009-11-12 16:33:58 +07:00
|
|
|
unsigned long split_offset)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
ret = setup_leaf_for_split(trans, root, path,
|
|
|
|
sizeof(struct btrfs_item));
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
2019-03-20 20:44:57 +07:00
|
|
|
ret = split_item(path, new_key, split_offset);
|
2008-12-10 21:10:46 +07:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2009-11-12 16:33:58 +07:00
|
|
|
/*
|
|
|
|
* This function duplicate a item, giving 'new_key' to the new item.
|
|
|
|
* It guarantees both items live in the same tree leaf and the new item
|
|
|
|
* is contiguous with the original item.
|
|
|
|
*
|
|
|
|
* This allows us to split file extent in place, keeping a lock on the
|
|
|
|
* leaf the entire time.
|
|
|
|
*/
|
|
|
|
int btrfs_duplicate_item(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *new_key)
|
2009-11-12 16:33:58 +07:00
|
|
|
{
|
|
|
|
struct extent_buffer *leaf;
|
|
|
|
int ret;
|
|
|
|
u32 item_size;
|
|
|
|
|
|
|
|
leaf = path->nodes[0];
|
|
|
|
item_size = btrfs_item_size_nr(leaf, path->slots[0]);
|
|
|
|
ret = setup_leaf_for_split(trans, root, path,
|
|
|
|
item_size + sizeof(struct btrfs_item));
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
path->slots[0]++;
|
2013-04-16 12:18:22 +07:00
|
|
|
setup_items_for_insert(root, path, new_key, &item_size,
|
2012-03-01 20:56:26 +07:00
|
|
|
item_size, item_size +
|
|
|
|
sizeof(struct btrfs_item), 1);
|
2009-11-12 16:33:58 +07:00
|
|
|
leaf = path->nodes[0];
|
|
|
|
memcpy_extent_buffer(leaf,
|
|
|
|
btrfs_item_ptr_offset(leaf, path->slots[0]),
|
|
|
|
btrfs_item_ptr_offset(leaf, path->slots[0] - 1),
|
|
|
|
item_size);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
|
|
|
* make the item pointed to by the path smaller. new_size indicates
|
|
|
|
* how small to make it, and from_end tells us if we just chop bytes
|
|
|
|
* off the end of the item or if we shift the item to chop bytes off
|
|
|
|
* the front.
|
|
|
|
*/
|
2019-03-20 20:49:12 +07:00
|
|
|
void btrfs_truncate_item(struct btrfs_path *path, u32 new_size, int from_end)
|
2007-04-18 00:26:50 +07:00
|
|
|
{
|
|
|
|
int slot;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *leaf;
|
|
|
|
struct btrfs_item *item;
|
2007-04-18 00:26:50 +07:00
|
|
|
u32 nritems;
|
|
|
|
unsigned int data_end;
|
|
|
|
unsigned int old_data_start;
|
|
|
|
unsigned int old_size;
|
|
|
|
unsigned int size_diff;
|
|
|
|
int i;
|
2012-03-03 19:40:03 +07:00
|
|
|
struct btrfs_map_token token;
|
|
|
|
|
|
|
|
btrfs_init_map_token(&token);
|
2007-04-18 00:26:50 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
leaf = path->nodes[0];
|
2007-11-01 22:28:41 +07:00
|
|
|
slot = path->slots[0];
|
|
|
|
|
|
|
|
old_size = btrfs_item_size_nr(leaf, slot);
|
|
|
|
if (old_size == new_size)
|
2012-03-01 20:56:26 +07:00
|
|
|
return;
|
2007-04-18 00:26:50 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
nritems = btrfs_header_nritems(leaf);
|
2019-03-20 17:33:10 +07:00
|
|
|
data_end = leaf_data_end(leaf);
|
2007-04-18 00:26:50 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
old_data_start = btrfs_item_offset_nr(leaf, slot);
|
2007-11-01 22:28:41 +07:00
|
|
|
|
2007-04-18 00:26:50 +07:00
|
|
|
size_diff = old_size - new_size;
|
|
|
|
|
|
|
|
BUG_ON(slot < 0);
|
|
|
|
BUG_ON(slot >= nritems);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* item0..itemN ... dataN.offset..dataN.size .. data0.size
|
|
|
|
*/
|
|
|
|
/* first correct the data pointers */
|
|
|
|
for (i = slot; i < nritems; i++) {
|
2007-10-16 03:14:19 +07:00
|
|
|
u32 ioff;
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2012-03-03 19:40:03 +07:00
|
|
|
ioff = btrfs_token_item_offset(leaf, item, &token);
|
|
|
|
btrfs_set_token_item_offset(leaf, item,
|
|
|
|
ioff + size_diff, &token);
|
2007-04-18 00:26:50 +07:00
|
|
|
}
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2007-04-18 00:26:50 +07:00
|
|
|
/* shift the data */
|
2007-11-01 22:28:41 +07:00
|
|
|
if (from_end) {
|
2017-05-29 13:43:43 +07:00
|
|
|
memmove_extent_buffer(leaf, BTRFS_LEAF_DATA_OFFSET +
|
|
|
|
data_end + size_diff, BTRFS_LEAF_DATA_OFFSET +
|
2007-11-01 22:28:41 +07:00
|
|
|
data_end, old_data_start + new_size - data_end);
|
|
|
|
} else {
|
|
|
|
struct btrfs_disk_key disk_key;
|
|
|
|
u64 offset;
|
|
|
|
|
|
|
|
btrfs_item_key(leaf, &disk_key, slot);
|
|
|
|
|
|
|
|
if (btrfs_disk_key_type(&disk_key) == BTRFS_EXTENT_DATA_KEY) {
|
|
|
|
unsigned long ptr;
|
|
|
|
struct btrfs_file_extent_item *fi;
|
|
|
|
|
|
|
|
fi = btrfs_item_ptr(leaf, slot,
|
|
|
|
struct btrfs_file_extent_item);
|
|
|
|
fi = (struct btrfs_file_extent_item *)(
|
|
|
|
(unsigned long)fi - size_diff);
|
|
|
|
|
|
|
|
if (btrfs_file_extent_type(leaf, fi) ==
|
|
|
|
BTRFS_FILE_EXTENT_INLINE) {
|
|
|
|
ptr = btrfs_item_ptr_offset(leaf, slot);
|
|
|
|
memmove_extent_buffer(leaf, ptr,
|
2009-01-06 09:25:51 +07:00
|
|
|
(unsigned long)fi,
|
2014-07-24 22:34:58 +07:00
|
|
|
BTRFS_FILE_EXTENT_INLINE_DATA_START);
|
2007-11-01 22:28:41 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-05-29 13:43:43 +07:00
|
|
|
memmove_extent_buffer(leaf, BTRFS_LEAF_DATA_OFFSET +
|
|
|
|
data_end + size_diff, BTRFS_LEAF_DATA_OFFSET +
|
2007-11-01 22:28:41 +07:00
|
|
|
data_end, old_data_start - data_end);
|
|
|
|
|
|
|
|
offset = btrfs_disk_key_offset(&disk_key);
|
|
|
|
btrfs_set_disk_key_offset(&disk_key, offset + size_diff);
|
|
|
|
btrfs_set_item_key(leaf, &disk_key, slot);
|
|
|
|
if (slot == 0)
|
2018-06-20 19:48:47 +07:00
|
|
|
fixup_low_keys(path, &disk_key, 1);
|
2007-11-01 22:28:41 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(slot);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_item_size(leaf, item, new_size);
|
|
|
|
btrfs_mark_buffer_dirty(leaf);
|
2007-04-18 00:26:50 +07:00
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(leaf) < 0) {
|
2017-06-29 23:37:49 +07:00
|
|
|
btrfs_print_leaf(leaf);
|
2007-04-18 00:26:50 +07:00
|
|
|
BUG();
|
2007-10-16 03:14:19 +07:00
|
|
|
}
|
2007-04-18 00:26:50 +07:00
|
|
|
}
|
|
|
|
|
2008-09-30 02:18:18 +07:00
|
|
|
/*
|
2013-05-07 17:23:30 +07:00
|
|
|
* make the item pointed to by the path bigger, data_size is the added size.
|
2008-09-30 02:18:18 +07:00
|
|
|
*/
|
2019-03-20 20:51:10 +07:00
|
|
|
void btrfs_extend_item(struct btrfs_path *path, u32 data_size)
|
2007-04-16 20:22:45 +07:00
|
|
|
{
|
|
|
|
int slot;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *leaf;
|
|
|
|
struct btrfs_item *item;
|
2007-04-16 20:22:45 +07:00
|
|
|
u32 nritems;
|
|
|
|
unsigned int data_end;
|
|
|
|
unsigned int old_data;
|
|
|
|
unsigned int old_size;
|
|
|
|
int i;
|
2012-03-03 19:40:03 +07:00
|
|
|
struct btrfs_map_token token;
|
|
|
|
|
|
|
|
btrfs_init_map_token(&token);
|
2007-04-16 20:22:45 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
leaf = path->nodes[0];
|
2007-04-16 20:22:45 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
nritems = btrfs_header_nritems(leaf);
|
2019-03-20 17:33:10 +07:00
|
|
|
data_end = leaf_data_end(leaf);
|
2007-04-16 20:22:45 +07:00
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(leaf) < data_size) {
|
2017-06-29 23:37:49 +07:00
|
|
|
btrfs_print_leaf(leaf);
|
2007-04-16 20:22:45 +07:00
|
|
|
BUG();
|
2007-10-16 03:14:19 +07:00
|
|
|
}
|
2007-04-16 20:22:45 +07:00
|
|
|
slot = path->slots[0];
|
2007-10-16 03:14:19 +07:00
|
|
|
old_data = btrfs_item_end_nr(leaf, slot);
|
2007-04-16 20:22:45 +07:00
|
|
|
|
|
|
|
BUG_ON(slot < 0);
|
2007-10-16 03:18:25 +07:00
|
|
|
if (slot >= nritems) {
|
2017-06-29 23:37:49 +07:00
|
|
|
btrfs_print_leaf(leaf);
|
2019-03-20 20:51:10 +07:00
|
|
|
btrfs_crit(leaf->fs_info, "slot %d too large, nritems %d",
|
2016-06-23 05:54:23 +07:00
|
|
|
slot, nritems);
|
btrfs: use BUG() instead of BUG_ON(1)
BUG_ON(1) leads to bogus warnings from clang when
CONFIG_PROFILE_ANNOTATED_BRANCHES is set:
fs/btrfs/volumes.c:5041:3: error: variable 'max_chunk_size' is used uninitialized whenever 'if' condition is false
[-Werror,-Wsometimes-uninitialized]
BUG_ON(1);
^~~~~~~~~
include/asm-generic/bug.h:61:36: note: expanded from macro 'BUG_ON'
#define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0)
^~~~~~~~~~~~~~~~~~~
include/linux/compiler.h:48:23: note: expanded from macro 'unlikely'
# define unlikely(x) (__branch_check__(x, 0, __builtin_constant_p(x)))
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fs/btrfs/volumes.c:5046:9: note: uninitialized use occurs here
max_chunk_size);
^~~~~~~~~~~~~~
include/linux/kernel.h:860:36: note: expanded from macro 'min'
#define min(x, y) __careful_cmp(x, y, <)
^
include/linux/kernel.h:853:17: note: expanded from macro '__careful_cmp'
__cmp_once(x, y, __UNIQUE_ID(__x), __UNIQUE_ID(__y), op))
^
include/linux/kernel.h:847:25: note: expanded from macro '__cmp_once'
typeof(y) unique_y = (y); \
^
fs/btrfs/volumes.c:5041:3: note: remove the 'if' if its condition is always true
BUG_ON(1);
^
include/asm-generic/bug.h:61:32: note: expanded from macro 'BUG_ON'
#define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0)
^
fs/btrfs/volumes.c:4993:20: note: initialize the variable 'max_chunk_size' to silence this warning
u64 max_chunk_size;
^
= 0
Change it to BUG() so clang can see that this code path can never
continue.
Reviewed-by: Nikolay Borisov <nborisov@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: David Sterba <dsterba@suse.com>
2019-03-25 20:02:25 +07:00
|
|
|
BUG();
|
2007-10-16 03:18:25 +07:00
|
|
|
}
|
2007-04-16 20:22:45 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* item0..itemN ... dataN.offset..dataN.size .. data0.size
|
|
|
|
*/
|
|
|
|
/* first correct the data pointers */
|
|
|
|
for (i = slot; i < nritems; i++) {
|
2007-10-16 03:14:19 +07:00
|
|
|
u32 ioff;
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2012-03-03 19:40:03 +07:00
|
|
|
ioff = btrfs_token_item_offset(leaf, item, &token);
|
|
|
|
btrfs_set_token_item_offset(leaf, item,
|
|
|
|
ioff - data_size, &token);
|
2007-04-16 20:22:45 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-04-16 20:22:45 +07:00
|
|
|
/* shift the data */
|
2017-05-29 13:43:43 +07:00
|
|
|
memmove_extent_buffer(leaf, BTRFS_LEAF_DATA_OFFSET +
|
|
|
|
data_end - data_size, BTRFS_LEAF_DATA_OFFSET +
|
2007-04-16 20:22:45 +07:00
|
|
|
data_end, old_data - data_end);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-04-16 20:22:45 +07:00
|
|
|
data_end = old_data;
|
2007-10-16 03:14:19 +07:00
|
|
|
old_size = btrfs_item_size_nr(leaf, slot);
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(slot);
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_item_size(leaf, item, old_size + data_size);
|
|
|
|
btrfs_mark_buffer_dirty(leaf);
|
2007-04-16 20:22:45 +07:00
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(leaf) < 0) {
|
2017-06-29 23:37:49 +07:00
|
|
|
btrfs_print_leaf(leaf);
|
2007-04-16 20:22:45 +07:00
|
|
|
BUG();
|
2007-10-16 03:14:19 +07:00
|
|
|
}
|
2007-04-16 20:22:45 +07:00
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
2009-03-13 21:04:31 +07:00
|
|
|
* this is a helper for btrfs_insert_empty_items, the main goal here is
|
|
|
|
* to save stack depth by doing the bulk of the work in a function
|
|
|
|
* that doesn't call btrfs_search_slot
|
2007-02-02 23:05:29 +07:00
|
|
|
*/
|
2013-04-16 12:18:22 +07:00
|
|
|
void setup_items_for_insert(struct btrfs_root *root, struct btrfs_path *path,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *cpu_key, u32 *data_size,
|
2012-03-01 20:56:26 +07:00
|
|
|
u32 total_data, u32 total_size, int nr)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_item *item;
|
2008-01-30 03:15:18 +07:00
|
|
|
int i;
|
2007-03-12 23:01:18 +07:00
|
|
|
u32 nritems;
|
2007-01-27 03:51:26 +07:00
|
|
|
unsigned int data_end;
|
2007-03-13 03:22:34 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
2009-03-13 21:04:31 +07:00
|
|
|
struct extent_buffer *leaf;
|
|
|
|
int slot;
|
2012-03-03 19:40:03 +07:00
|
|
|
struct btrfs_map_token token;
|
|
|
|
|
2014-07-29 01:34:35 +07:00
|
|
|
if (path->slots[0] == 0) {
|
|
|
|
btrfs_cpu_key_to_disk(&disk_key, cpu_key);
|
2018-06-20 19:48:47 +07:00
|
|
|
fixup_low_keys(path, &disk_key, 1);
|
2014-07-29 01:34:35 +07:00
|
|
|
}
|
|
|
|
btrfs_unlock_up_safe(path, 1);
|
|
|
|
|
2012-03-03 19:40:03 +07:00
|
|
|
btrfs_init_map_token(&token);
|
2007-03-13 03:22:34 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
leaf = path->nodes[0];
|
2009-03-13 21:04:31 +07:00
|
|
|
slot = path->slots[0];
|
2007-02-02 23:05:29 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
nritems = btrfs_header_nritems(leaf);
|
2019-03-20 17:33:10 +07:00
|
|
|
data_end = leaf_data_end(leaf);
|
2007-02-02 21:18:22 +07:00
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(leaf) < total_size) {
|
2017-06-29 23:37:49 +07:00
|
|
|
btrfs_print_leaf(leaf);
|
2016-06-23 05:54:23 +07:00
|
|
|
btrfs_crit(fs_info, "not enough freespace need %u have %d",
|
2019-03-20 20:36:46 +07:00
|
|
|
total_size, btrfs_leaf_free_space(leaf));
|
2007-01-27 03:51:26 +07:00
|
|
|
BUG();
|
2007-04-05 01:08:15 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-01-27 03:51:26 +07:00
|
|
|
if (slot != nritems) {
|
2007-10-16 03:14:19 +07:00
|
|
|
unsigned int old_data = btrfs_item_end_nr(leaf, slot);
|
2007-01-27 03:51:26 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
if (old_data < data_end) {
|
2017-06-29 23:37:49 +07:00
|
|
|
btrfs_print_leaf(leaf);
|
2016-06-23 05:54:23 +07:00
|
|
|
btrfs_crit(fs_info, "slot %d old_data %d data_end %d",
|
2016-09-20 21:05:00 +07:00
|
|
|
slot, old_data, data_end);
|
btrfs: use BUG() instead of BUG_ON(1)
BUG_ON(1) leads to bogus warnings from clang when
CONFIG_PROFILE_ANNOTATED_BRANCHES is set:
fs/btrfs/volumes.c:5041:3: error: variable 'max_chunk_size' is used uninitialized whenever 'if' condition is false
[-Werror,-Wsometimes-uninitialized]
BUG_ON(1);
^~~~~~~~~
include/asm-generic/bug.h:61:36: note: expanded from macro 'BUG_ON'
#define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0)
^~~~~~~~~~~~~~~~~~~
include/linux/compiler.h:48:23: note: expanded from macro 'unlikely'
# define unlikely(x) (__branch_check__(x, 0, __builtin_constant_p(x)))
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fs/btrfs/volumes.c:5046:9: note: uninitialized use occurs here
max_chunk_size);
^~~~~~~~~~~~~~
include/linux/kernel.h:860:36: note: expanded from macro 'min'
#define min(x, y) __careful_cmp(x, y, <)
^
include/linux/kernel.h:853:17: note: expanded from macro '__careful_cmp'
__cmp_once(x, y, __UNIQUE_ID(__x), __UNIQUE_ID(__y), op))
^
include/linux/kernel.h:847:25: note: expanded from macro '__cmp_once'
typeof(y) unique_y = (y); \
^
fs/btrfs/volumes.c:5041:3: note: remove the 'if' if its condition is always true
BUG_ON(1);
^
include/asm-generic/bug.h:61:32: note: expanded from macro 'BUG_ON'
#define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0)
^
fs/btrfs/volumes.c:4993:20: note: initialize the variable 'max_chunk_size' to silence this warning
u64 max_chunk_size;
^
= 0
Change it to BUG() so clang can see that this code path can never
continue.
Reviewed-by: Nikolay Borisov <nborisov@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: David Sterba <dsterba@suse.com>
2019-03-25 20:02:25 +07:00
|
|
|
BUG();
|
2007-10-16 03:14:19 +07:00
|
|
|
}
|
2007-01-27 03:51:26 +07:00
|
|
|
/*
|
|
|
|
* item0..itemN ... dataN.offset..dataN.size .. data0.size
|
|
|
|
*/
|
|
|
|
/* first correct the data pointers */
|
2007-03-13 07:12:07 +07:00
|
|
|
for (i = slot; i < nritems; i++) {
|
2007-10-16 03:14:19 +07:00
|
|
|
u32 ioff;
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2016-09-20 21:05:01 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2012-03-03 19:40:03 +07:00
|
|
|
ioff = btrfs_token_item_offset(leaf, item, &token);
|
|
|
|
btrfs_set_token_item_offset(leaf, item,
|
|
|
|
ioff - total_data, &token);
|
2007-03-13 07:12:07 +07:00
|
|
|
}
|
2007-01-27 03:51:26 +07:00
|
|
|
/* shift the items */
|
2008-01-30 03:15:18 +07:00
|
|
|
memmove_extent_buffer(leaf, btrfs_item_nr_offset(slot + nr),
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_item_nr_offset(slot),
|
2007-03-31 01:27:56 +07:00
|
|
|
(nritems - slot) * sizeof(struct btrfs_item));
|
2007-01-27 03:51:26 +07:00
|
|
|
|
|
|
|
/* shift the data */
|
2017-05-29 13:43:43 +07:00
|
|
|
memmove_extent_buffer(leaf, BTRFS_LEAF_DATA_OFFSET +
|
|
|
|
data_end - total_data, BTRFS_LEAF_DATA_OFFSET +
|
2007-03-31 01:27:56 +07:00
|
|
|
data_end, old_data - data_end);
|
2007-01-27 03:51:26 +07:00
|
|
|
data_end = old_data;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-03-15 23:56:47 +07:00
|
|
|
/* setup the item for the new data */
|
2008-01-30 03:15:18 +07:00
|
|
|
for (i = 0; i < nr; i++) {
|
|
|
|
btrfs_cpu_key_to_disk(&disk_key, cpu_key + i);
|
|
|
|
btrfs_set_item_key(leaf, &disk_key, slot + i);
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(slot + i);
|
2012-03-03 19:40:03 +07:00
|
|
|
btrfs_set_token_item_offset(leaf, item,
|
|
|
|
data_end - data_size[i], &token);
|
2008-01-30 03:15:18 +07:00
|
|
|
data_end -= data_size[i];
|
2012-03-03 19:40:03 +07:00
|
|
|
btrfs_set_token_item_size(leaf, item, data_size[i], &token);
|
2008-01-30 03:15:18 +07:00
|
|
|
}
|
2009-03-13 21:04:31 +07:00
|
|
|
|
2008-01-30 03:15:18 +07:00
|
|
|
btrfs_set_header_nritems(leaf, nritems + nr);
|
2009-03-13 22:00:37 +07:00
|
|
|
btrfs_mark_buffer_dirty(leaf);
|
2007-03-01 04:35:06 +07:00
|
|
|
|
2019-03-20 20:36:46 +07:00
|
|
|
if (btrfs_leaf_free_space(leaf) < 0) {
|
2017-06-29 23:37:49 +07:00
|
|
|
btrfs_print_leaf(leaf);
|
2007-01-27 03:51:26 +07:00
|
|
|
BUG();
|
2007-10-16 03:14:19 +07:00
|
|
|
}
|
2009-03-13 21:04:31 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Given a key and some data, insert items into the tree.
|
|
|
|
* This does all the path init required, making room in the tree if needed.
|
|
|
|
*/
|
|
|
|
int btrfs_insert_empty_items(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path,
|
2017-01-18 14:24:37 +07:00
|
|
|
const struct btrfs_key *cpu_key, u32 *data_size,
|
2009-03-13 21:04:31 +07:00
|
|
|
int nr)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
int slot;
|
|
|
|
int i;
|
|
|
|
u32 total_size = 0;
|
|
|
|
u32 total_data = 0;
|
|
|
|
|
|
|
|
for (i = 0; i < nr; i++)
|
|
|
|
total_data += data_size[i];
|
|
|
|
|
|
|
|
total_size = total_data + (nr * sizeof(struct btrfs_item));
|
|
|
|
ret = btrfs_search_slot(trans, root, cpu_key, path, total_size, 1);
|
|
|
|
if (ret == 0)
|
|
|
|
return -EEXIST;
|
|
|
|
if (ret < 0)
|
2012-03-01 20:56:26 +07:00
|
|
|
return ret;
|
2009-03-13 21:04:31 +07:00
|
|
|
|
|
|
|
slot = path->slots[0];
|
|
|
|
BUG_ON(slot < 0);
|
|
|
|
|
2013-04-16 12:18:22 +07:00
|
|
|
setup_items_for_insert(root, path, cpu_key, data_size,
|
2009-03-13 21:04:31 +07:00
|
|
|
total_data, total_size, nr);
|
2012-03-01 20:56:26 +07:00
|
|
|
return 0;
|
2007-03-15 23:56:47 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Given a key and some data, insert an item into the tree.
|
|
|
|
* This does all the path init required, making room in the tree if needed.
|
|
|
|
*/
|
2017-01-18 14:24:37 +07:00
|
|
|
int btrfs_insert_item(struct btrfs_trans_handle *trans, struct btrfs_root *root,
|
|
|
|
const struct btrfs_key *cpu_key, void *data,
|
|
|
|
u32 data_size)
|
2007-03-15 23:56:47 +07:00
|
|
|
{
|
|
|
|
int ret = 0;
|
2007-04-02 21:50:19 +07:00
|
|
|
struct btrfs_path *path;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *leaf;
|
|
|
|
unsigned long ptr;
|
2007-03-15 23:56:47 +07:00
|
|
|
|
2007-04-02 21:50:19 +07:00
|
|
|
path = btrfs_alloc_path();
|
2011-03-23 15:14:16 +07:00
|
|
|
if (!path)
|
|
|
|
return -ENOMEM;
|
2007-04-02 21:50:19 +07:00
|
|
|
ret = btrfs_insert_empty_item(trans, root, path, cpu_key, data_size);
|
2007-03-15 23:56:47 +07:00
|
|
|
if (!ret) {
|
2007-10-16 03:14:19 +07:00
|
|
|
leaf = path->nodes[0];
|
|
|
|
ptr = btrfs_item_ptr_offset(leaf, path->slots[0]);
|
|
|
|
write_extent_buffer(leaf, data, ptr, data_size);
|
|
|
|
btrfs_mark_buffer_dirty(leaf);
|
2007-03-15 23:56:47 +07:00
|
|
|
}
|
2007-04-02 21:50:19 +07:00
|
|
|
btrfs_free_path(path);
|
2007-03-01 04:35:06 +07:00
|
|
|
return ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
2007-02-24 18:24:44 +07:00
|
|
|
* delete the pointer from a given node.
|
2007-02-02 23:05:29 +07:00
|
|
|
*
|
2008-09-30 02:18:18 +07:00
|
|
|
* the tree should have been previously balanced so the deletion does not
|
|
|
|
* empty a node.
|
2007-02-02 23:05:29 +07:00
|
|
|
*/
|
2013-04-16 12:18:22 +07:00
|
|
|
static void del_ptr(struct btrfs_root *root, struct btrfs_path *path,
|
|
|
|
int level, int slot)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *parent = path->nodes[level];
|
2007-03-12 23:01:18 +07:00
|
|
|
u32 nritems;
|
2012-05-26 16:45:21 +07:00
|
|
|
int ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
nritems = btrfs_header_nritems(parent);
|
2009-01-06 09:25:51 +07:00
|
|
|
if (slot != nritems - 1) {
|
2018-03-05 21:47:39 +07:00
|
|
|
if (level) {
|
|
|
|
ret = tree_mod_log_insert_move(parent, slot, slot + 1,
|
2018-03-05 21:26:29 +07:00
|
|
|
nritems - slot - 1);
|
2018-03-05 21:47:39 +07:00
|
|
|
BUG_ON(ret < 0);
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
memmove_extent_buffer(parent,
|
|
|
|
btrfs_node_key_ptr_offset(slot),
|
|
|
|
btrfs_node_key_ptr_offset(slot + 1),
|
2007-03-31 01:27:56 +07:00
|
|
|
sizeof(struct btrfs_key_ptr) *
|
|
|
|
(nritems - slot - 1));
|
2012-12-19 07:35:32 +07:00
|
|
|
} else if (level) {
|
2018-03-05 21:09:03 +07:00
|
|
|
ret = tree_mod_log_insert_key(parent, slot, MOD_LOG_KEY_REMOVE,
|
|
|
|
GFP_NOFS);
|
2012-12-19 07:35:32 +07:00
|
|
|
BUG_ON(ret < 0);
|
2007-03-02 00:04:21 +07:00
|
|
|
}
|
2012-05-26 16:45:21 +07:00
|
|
|
|
2007-03-12 23:01:18 +07:00
|
|
|
nritems--;
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_nritems(parent, nritems);
|
2007-03-12 23:01:18 +07:00
|
|
|
if (nritems == 0 && parent == root->node) {
|
2007-10-16 03:14:19 +07:00
|
|
|
BUG_ON(btrfs_header_level(root->node) != 1);
|
2007-03-02 00:04:21 +07:00
|
|
|
/* just turn the root into a leaf and break */
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_set_header_level(root->node, 0);
|
2007-03-02 00:04:21 +07:00
|
|
|
} else if (slot == 0) {
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
|
|
|
|
|
|
|
btrfs_node_key(parent, &disk_key, 0);
|
2018-06-20 19:48:47 +07:00
|
|
|
fixup_low_keys(path, &disk_key, level + 1);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
2007-03-31 01:27:56 +07:00
|
|
|
btrfs_mark_buffer_dirty(parent);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2008-10-02 06:05:46 +07:00
|
|
|
/*
|
|
|
|
* a helper function to delete the leaf pointed to by path->slots[1] and
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
* path->nodes[1].
|
2008-10-02 06:05:46 +07:00
|
|
|
*
|
|
|
|
* This deletes the pointer in path->nodes[1] and frees the leaf
|
|
|
|
* block extent. zero is returned if it all worked out, < 0 otherwise.
|
|
|
|
*
|
|
|
|
* The path must have already been setup for deleting the leaf, including
|
|
|
|
* all the proper balancing. path->nodes[1] must be locked.
|
|
|
|
*/
|
2012-03-01 20:56:26 +07:00
|
|
|
static noinline void btrfs_del_leaf(struct btrfs_trans_handle *trans,
|
|
|
|
struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path,
|
|
|
|
struct extent_buffer *leaf)
|
2008-10-02 06:05:46 +07:00
|
|
|
{
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 21:45:14 +07:00
|
|
|
WARN_ON(btrfs_header_generation(leaf) != trans->transid);
|
2013-04-16 12:18:22 +07:00
|
|
|
del_ptr(root, path, 1, path->slots[1]);
|
2008-10-02 06:05:46 +07:00
|
|
|
|
2009-02-04 21:31:28 +07:00
|
|
|
/*
|
|
|
|
* btrfs_free_extent is expensive, we want to make sure we
|
|
|
|
* aren't holding any locks when we call it
|
|
|
|
*/
|
|
|
|
btrfs_unlock_up_safe(path, 0);
|
|
|
|
|
2010-05-16 21:46:25 +07:00
|
|
|
root_sub_used(root, leaf->len);
|
|
|
|
|
2012-03-10 04:01:49 +07:00
|
|
|
extent_buffer_get(leaf);
|
2012-05-16 22:04:52 +07:00
|
|
|
btrfs_free_tree_block(trans, root, leaf, 0, 1);
|
2012-03-10 04:01:49 +07:00
|
|
|
free_extent_buffer_stale(leaf);
|
2008-10-02 06:05:46 +07:00
|
|
|
}
|
2007-02-02 23:05:29 +07:00
|
|
|
/*
|
|
|
|
* delete the item at the leaf level in path. If that empties
|
|
|
|
* the leaf, remove it from the tree
|
|
|
|
*/
|
2008-01-30 03:11:36 +07:00
|
|
|
int btrfs_del_items(struct btrfs_trans_handle *trans, struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path, int slot, int nr)
|
2007-01-27 03:51:26 +07:00
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = root->fs_info;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *leaf;
|
|
|
|
struct btrfs_item *item;
|
2015-08-23 23:01:42 +07:00
|
|
|
u32 last_off;
|
|
|
|
u32 dsize = 0;
|
2007-03-01 04:35:06 +07:00
|
|
|
int ret = 0;
|
|
|
|
int wret;
|
2008-01-30 03:11:36 +07:00
|
|
|
int i;
|
2007-03-12 23:01:18 +07:00
|
|
|
u32 nritems;
|
2012-03-03 19:40:03 +07:00
|
|
|
struct btrfs_map_token token;
|
|
|
|
|
|
|
|
btrfs_init_map_token(&token);
|
2007-01-27 03:51:26 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
leaf = path->nodes[0];
|
2008-01-30 03:11:36 +07:00
|
|
|
last_off = btrfs_item_offset_nr(leaf, slot + nr - 1);
|
|
|
|
|
|
|
|
for (i = 0; i < nr; i++)
|
|
|
|
dsize += btrfs_item_size_nr(leaf, slot + i);
|
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
nritems = btrfs_header_nritems(leaf);
|
2007-01-27 03:51:26 +07:00
|
|
|
|
2008-01-30 03:11:36 +07:00
|
|
|
if (slot + nr != nritems) {
|
2019-03-20 17:33:10 +07:00
|
|
|
int data_end = leaf_data_end(leaf);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2017-05-29 13:43:43 +07:00
|
|
|
memmove_extent_buffer(leaf, BTRFS_LEAF_DATA_OFFSET +
|
2007-03-31 01:27:56 +07:00
|
|
|
data_end + dsize,
|
2017-05-29 13:43:43 +07:00
|
|
|
BTRFS_LEAF_DATA_OFFSET + data_end,
|
2008-01-30 03:11:36 +07:00
|
|
|
last_off - data_end);
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2008-01-30 03:11:36 +07:00
|
|
|
for (i = slot + nr; i < nritems; i++) {
|
2007-10-16 03:14:19 +07:00
|
|
|
u32 ioff;
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2013-09-16 21:58:09 +07:00
|
|
|
item = btrfs_item_nr(i);
|
2012-03-03 19:40:03 +07:00
|
|
|
ioff = btrfs_token_item_offset(leaf, item, &token);
|
|
|
|
btrfs_set_token_item_offset(leaf, item,
|
|
|
|
ioff + dsize, &token);
|
2007-03-13 07:12:07 +07:00
|
|
|
}
|
2007-10-16 03:15:53 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
memmove_extent_buffer(leaf, btrfs_item_nr_offset(slot),
|
2008-01-30 03:11:36 +07:00
|
|
|
btrfs_item_nr_offset(slot + nr),
|
2007-03-31 01:27:56 +07:00
|
|
|
sizeof(struct btrfs_item) *
|
2008-01-30 03:11:36 +07:00
|
|
|
(nritems - slot - nr));
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
2008-01-30 03:11:36 +07:00
|
|
|
btrfs_set_header_nritems(leaf, nritems - nr);
|
|
|
|
nritems -= nr;
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/* delete the leaf if we've emptied it */
|
2007-03-12 23:01:18 +07:00
|
|
|
if (nritems == 0) {
|
2007-10-16 03:14:19 +07:00
|
|
|
if (leaf == root->node) {
|
|
|
|
btrfs_set_header_level(leaf, 0);
|
2007-02-23 20:38:36 +07:00
|
|
|
} else {
|
2010-05-16 21:46:25 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
2019-03-20 20:30:02 +07:00
|
|
|
btrfs_clean_tree_block(leaf);
|
2012-03-01 20:56:26 +07:00
|
|
|
btrfs_del_leaf(trans, root, path, leaf);
|
2007-02-23 20:38:36 +07:00
|
|
|
}
|
2007-01-27 03:51:26 +07:00
|
|
|
} else {
|
2007-03-12 23:01:18 +07:00
|
|
|
int used = leaf_space_used(leaf, 0, nritems);
|
2007-03-01 04:35:06 +07:00
|
|
|
if (slot == 0) {
|
2007-10-16 03:14:19 +07:00
|
|
|
struct btrfs_disk_key disk_key;
|
|
|
|
|
|
|
|
btrfs_item_key(leaf, &disk_key, 0);
|
2018-06-20 19:48:47 +07:00
|
|
|
fixup_low_keys(path, &disk_key, 1);
|
2007-03-01 04:35:06 +07:00
|
|
|
}
|
|
|
|
|
2007-02-02 23:05:29 +07:00
|
|
|
/* delete the leaf if it is mostly empty */
|
2016-06-23 05:54:23 +07:00
|
|
|
if (used < BTRFS_LEAF_DATA_SIZE(fs_info) / 3) {
|
2007-01-27 03:51:26 +07:00
|
|
|
/* push_leaf_left fixes the path.
|
|
|
|
* make sure the path still points to our leaf
|
|
|
|
* for possible call to del_ptr below
|
|
|
|
*/
|
2007-01-27 04:38:42 +07:00
|
|
|
slot = path->slots[1];
|
2007-10-16 03:14:19 +07:00
|
|
|
extent_buffer_get(leaf);
|
|
|
|
|
2009-03-13 22:00:37 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
2010-07-07 21:51:48 +07:00
|
|
|
wret = push_leaf_left(trans, root, path, 1, 1,
|
|
|
|
1, (u32)-1);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (wret < 0 && wret != -ENOSPC)
|
2007-03-01 04:35:06 +07:00
|
|
|
ret = wret;
|
2007-10-16 03:14:19 +07:00
|
|
|
|
|
|
|
if (path->nodes[0] == leaf &&
|
|
|
|
btrfs_header_nritems(leaf)) {
|
2010-07-07 21:51:48 +07:00
|
|
|
wret = push_leaf_right(trans, root, path, 1,
|
|
|
|
1, 1, 0);
|
2007-06-23 01:16:25 +07:00
|
|
|
if (wret < 0 && wret != -ENOSPC)
|
2007-03-01 04:35:06 +07:00
|
|
|
ret = wret;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
|
|
|
if (btrfs_header_nritems(leaf) == 0) {
|
2008-10-02 06:05:46 +07:00
|
|
|
path->slots[1] = slot;
|
2012-03-01 20:56:26 +07:00
|
|
|
btrfs_del_leaf(trans, root, path, leaf);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(leaf);
|
2012-03-01 20:56:26 +07:00
|
|
|
ret = 0;
|
2007-02-24 18:24:44 +07:00
|
|
|
} else {
|
2008-06-26 03:01:30 +07:00
|
|
|
/* if we're still in the path, make sure
|
|
|
|
* we're dirty. Otherwise, one of the
|
|
|
|
* push_leaf functions must have already
|
|
|
|
* dirtied this buffer
|
|
|
|
*/
|
|
|
|
if (path->nodes[0] == leaf)
|
|
|
|
btrfs_mark_buffer_dirty(leaf);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(leaf);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
2007-03-23 21:01:08 +07:00
|
|
|
} else {
|
2007-10-16 03:14:19 +07:00
|
|
|
btrfs_mark_buffer_dirty(leaf);
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
}
|
2007-03-01 04:35:06 +07:00
|
|
|
return ret;
|
2007-01-27 03:51:26 +07:00
|
|
|
}
|
|
|
|
|
2007-12-11 21:25:06 +07:00
|
|
|
/*
|
2008-06-26 03:01:30 +07:00
|
|
|
* search the tree again to find a leaf with lesser keys
|
2007-12-11 21:25:06 +07:00
|
|
|
* returns 0 if it found something or 1 if there are no lesser leaves.
|
|
|
|
* returns < 0 on io errors.
|
2008-09-30 02:18:18 +07:00
|
|
|
*
|
|
|
|
* This may release the path, and so you may lose any locks held at the
|
|
|
|
* time you call it.
|
2007-12-11 21:25:06 +07:00
|
|
|
*/
|
2013-10-22 23:18:51 +07:00
|
|
|
int btrfs_prev_leaf(struct btrfs_root *root, struct btrfs_path *path)
|
2007-12-11 21:25:06 +07:00
|
|
|
{
|
2008-06-26 03:01:30 +07:00
|
|
|
struct btrfs_key key;
|
|
|
|
struct btrfs_disk_key found_key;
|
|
|
|
int ret;
|
2007-12-11 21:25:06 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
btrfs_item_key_to_cpu(path->nodes[0], &key, 0);
|
2007-12-11 21:25:06 +07:00
|
|
|
|
2013-10-15 06:12:27 +07:00
|
|
|
if (key.offset > 0) {
|
2008-06-26 03:01:30 +07:00
|
|
|
key.offset--;
|
2013-10-15 06:12:27 +07:00
|
|
|
} else if (key.type > 0) {
|
2008-06-26 03:01:30 +07:00
|
|
|
key.type--;
|
2013-10-15 06:12:27 +07:00
|
|
|
key.offset = (u64)-1;
|
|
|
|
} else if (key.objectid > 0) {
|
2008-06-26 03:01:30 +07:00
|
|
|
key.objectid--;
|
2013-10-15 06:12:27 +07:00
|
|
|
key.type = (u8)-1;
|
|
|
|
key.offset = (u64)-1;
|
|
|
|
} else {
|
2008-06-26 03:01:30 +07:00
|
|
|
return 1;
|
2013-10-15 06:12:27 +07:00
|
|
|
}
|
2007-12-11 21:25:06 +07:00
|
|
|
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(path);
|
2008-06-26 03:01:30 +07:00
|
|
|
ret = btrfs_search_slot(NULL, root, &key, path, 0, 0);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
btrfs_item_key(path->nodes[0], &found_key, 0);
|
|
|
|
ret = comp_keys(&found_key, &key);
|
2014-06-09 19:22:13 +07:00
|
|
|
/*
|
|
|
|
* We might have had an item with the previous key in the tree right
|
|
|
|
* before we released our path. And after we released our path, that
|
|
|
|
* item might have been pushed to the first slot (0) of the leaf we
|
|
|
|
* were holding due to a tree balance. Alternatively, an item with the
|
|
|
|
* previous key can exist as the only element of a leaf (big fat item).
|
|
|
|
* Therefore account for these 2 cases, so that our callers (like
|
|
|
|
* btrfs_previous_item) don't miss an existing item with a key matching
|
|
|
|
* the previous key we computed above.
|
|
|
|
*/
|
|
|
|
if (ret <= 0)
|
2008-06-26 03:01:30 +07:00
|
|
|
return 0;
|
|
|
|
return 1;
|
2007-12-11 21:25:06 +07:00
|
|
|
}
|
|
|
|
|
2008-06-26 03:01:31 +07:00
|
|
|
/*
|
|
|
|
* A helper function to walk down the tree starting at min_key, and looking
|
2013-02-01 01:21:12 +07:00
|
|
|
* for nodes or leaves that are have a minimum transaction id.
|
|
|
|
* This is used by the btree defrag code, and tree logging
|
2008-06-26 03:01:31 +07:00
|
|
|
*
|
|
|
|
* This does not cow, but it does stuff the starting key it finds back
|
|
|
|
* into min_key, so you can call btrfs_search_slot with cow=1 on the
|
|
|
|
* key and get a writable path.
|
|
|
|
*
|
|
|
|
* This honors path->lowest_level to prevent descent past a given level
|
|
|
|
* of the tree.
|
|
|
|
*
|
2008-09-30 02:18:18 +07:00
|
|
|
* min_trans indicates the oldest transaction that you are interested
|
|
|
|
* in walking through. Any nodes or leaves older than min_trans are
|
|
|
|
* skipped over (without reading them).
|
|
|
|
*
|
2008-06-26 03:01:31 +07:00
|
|
|
* returns zero if something useful was found, < 0 on error and 1 if there
|
|
|
|
* was nothing in the tree that matched the search criteria.
|
|
|
|
*/
|
|
|
|
int btrfs_search_forward(struct btrfs_root *root, struct btrfs_key *min_key,
|
2013-02-01 01:21:12 +07:00
|
|
|
struct btrfs_path *path,
|
2008-06-26 03:01:31 +07:00
|
|
|
u64 min_trans)
|
|
|
|
{
|
|
|
|
struct extent_buffer *cur;
|
|
|
|
struct btrfs_key found_key;
|
|
|
|
int slot;
|
2008-07-24 23:19:49 +07:00
|
|
|
int sret;
|
2008-06-26 03:01:31 +07:00
|
|
|
u32 nritems;
|
|
|
|
int level;
|
|
|
|
int ret = 1;
|
2014-08-05 01:37:21 +07:00
|
|
|
int keep_locks = path->keep_locks;
|
2008-06-26 03:01:31 +07:00
|
|
|
|
2014-08-05 01:37:21 +07:00
|
|
|
path->keep_locks = 1;
|
2008-06-26 03:01:31 +07:00
|
|
|
again:
|
2011-07-17 02:23:14 +07:00
|
|
|
cur = btrfs_read_lock_root_node(root);
|
2008-06-26 03:01:31 +07:00
|
|
|
level = btrfs_header_level(cur);
|
2008-09-06 03:13:11 +07:00
|
|
|
WARN_ON(path->nodes[level]);
|
2008-06-26 03:01:31 +07:00
|
|
|
path->nodes[level] = cur;
|
2011-07-17 02:23:14 +07:00
|
|
|
path->locks[level] = BTRFS_READ_LOCK;
|
2008-06-26 03:01:31 +07:00
|
|
|
|
|
|
|
if (btrfs_header_generation(cur) < min_trans) {
|
|
|
|
ret = 1;
|
|
|
|
goto out;
|
|
|
|
}
|
2009-01-06 09:25:51 +07:00
|
|
|
while (1) {
|
2008-06-26 03:01:31 +07:00
|
|
|
nritems = btrfs_header_nritems(cur);
|
|
|
|
level = btrfs_header_level(cur);
|
2017-12-08 21:27:43 +07:00
|
|
|
sret = btrfs_bin_search(cur, min_key, level, &slot);
|
2019-02-18 23:57:26 +07:00
|
|
|
if (sret < 0) {
|
|
|
|
ret = sret;
|
|
|
|
goto out;
|
|
|
|
}
|
2008-06-26 03:01:31 +07:00
|
|
|
|
2008-10-02 06:05:46 +07:00
|
|
|
/* at the lowest level, we're done, setup the path and exit */
|
|
|
|
if (level == path->lowest_level) {
|
2008-09-06 03:13:11 +07:00
|
|
|
if (slot >= nritems)
|
|
|
|
goto find_next_key;
|
2008-06-26 03:01:31 +07:00
|
|
|
ret = 0;
|
|
|
|
path->slots[level] = slot;
|
|
|
|
btrfs_item_key_to_cpu(cur, &found_key, slot);
|
|
|
|
goto out;
|
|
|
|
}
|
2008-07-24 23:19:49 +07:00
|
|
|
if (sret && slot > 0)
|
|
|
|
slot--;
|
2008-06-26 03:01:31 +07:00
|
|
|
/*
|
2013-02-01 01:21:12 +07:00
|
|
|
* check this node pointer against the min_trans parameters.
|
|
|
|
* If it is too old, old, skip to the next one.
|
2008-06-26 03:01:31 +07:00
|
|
|
*/
|
2009-01-06 09:25:51 +07:00
|
|
|
while (slot < nritems) {
|
2008-06-26 03:01:31 +07:00
|
|
|
u64 gen;
|
2008-09-06 03:13:11 +07:00
|
|
|
|
2008-06-26 03:01:31 +07:00
|
|
|
gen = btrfs_node_ptr_generation(cur, slot);
|
|
|
|
if (gen < min_trans) {
|
|
|
|
slot++;
|
|
|
|
continue;
|
|
|
|
}
|
2013-02-01 01:21:12 +07:00
|
|
|
break;
|
2008-06-26 03:01:31 +07:00
|
|
|
}
|
2008-09-06 03:13:11 +07:00
|
|
|
find_next_key:
|
2008-06-26 03:01:31 +07:00
|
|
|
/*
|
|
|
|
* we didn't find a candidate key in this node, walk forward
|
|
|
|
* and find another one
|
|
|
|
*/
|
|
|
|
if (slot >= nritems) {
|
2008-09-06 03:13:11 +07:00
|
|
|
path->slots[level] = slot;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
2008-09-06 03:13:11 +07:00
|
|
|
sret = btrfs_find_next_key(root, path, min_key, level,
|
2013-02-01 01:21:12 +07:00
|
|
|
min_trans);
|
2008-09-06 03:13:11 +07:00
|
|
|
if (sret == 0) {
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(path);
|
2008-06-26 03:01:31 +07:00
|
|
|
goto again;
|
|
|
|
} else {
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/* save our key for returning back */
|
|
|
|
btrfs_node_key_to_cpu(cur, &found_key, slot);
|
|
|
|
path->slots[level] = slot;
|
|
|
|
if (level == path->lowest_level) {
|
|
|
|
ret = 0;
|
|
|
|
goto out;
|
|
|
|
}
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
2019-03-20 20:54:01 +07:00
|
|
|
cur = read_node_slot(cur, slot);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (IS_ERR(cur)) {
|
|
|
|
ret = PTR_ERR(cur);
|
|
|
|
goto out;
|
|
|
|
}
|
2008-06-26 03:01:31 +07:00
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_read_lock(cur);
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2011-07-17 02:23:14 +07:00
|
|
|
path->locks[level - 1] = BTRFS_READ_LOCK;
|
2008-06-26 03:01:31 +07:00
|
|
|
path->nodes[level - 1] = cur;
|
2012-03-20 02:54:38 +07:00
|
|
|
unlock_up(path, level, 1, 0, NULL);
|
2008-06-26 03:01:31 +07:00
|
|
|
}
|
|
|
|
out:
|
2014-08-05 01:37:21 +07:00
|
|
|
path->keep_locks = keep_locks;
|
|
|
|
if (ret == 0) {
|
|
|
|
btrfs_unlock_up_safe(path, path->lowest_level + 1);
|
|
|
|
btrfs_set_path_blocking(path);
|
2008-06-26 03:01:31 +07:00
|
|
|
memcpy(min_key, &found_key, sizeof(found_key));
|
2014-08-05 01:37:21 +07:00
|
|
|
}
|
2008-06-26 03:01:31 +07:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-03-20 21:02:46 +07:00
|
|
|
static int tree_move_down(struct btrfs_path *path, int *level)
|
2012-06-06 02:07:48 +07:00
|
|
|
{
|
2016-07-06 02:10:14 +07:00
|
|
|
struct extent_buffer *eb;
|
|
|
|
|
2012-08-08 03:25:13 +07:00
|
|
|
BUG_ON(*level == 0);
|
2019-03-20 20:54:01 +07:00
|
|
|
eb = read_node_slot(path->nodes[*level], path->slots[*level]);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (IS_ERR(eb))
|
|
|
|
return PTR_ERR(eb);
|
|
|
|
|
|
|
|
path->nodes[*level - 1] = eb;
|
2012-06-06 02:07:48 +07:00
|
|
|
path->slots[*level - 1] = 0;
|
|
|
|
(*level)--;
|
2016-07-06 02:10:14 +07:00
|
|
|
return 0;
|
2012-06-06 02:07:48 +07:00
|
|
|
}
|
|
|
|
|
2017-02-11 01:25:51 +07:00
|
|
|
static int tree_move_next_or_upnext(struct btrfs_path *path,
|
2012-06-06 02:07:48 +07:00
|
|
|
int *level, int root_level)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
int nritems;
|
|
|
|
nritems = btrfs_header_nritems(path->nodes[*level]);
|
|
|
|
|
|
|
|
path->slots[*level]++;
|
|
|
|
|
2012-08-08 03:25:13 +07:00
|
|
|
while (path->slots[*level] >= nritems) {
|
2012-06-06 02:07:48 +07:00
|
|
|
if (*level == root_level)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
/* move upnext */
|
|
|
|
path->slots[*level] = 0;
|
|
|
|
free_extent_buffer(path->nodes[*level]);
|
|
|
|
path->nodes[*level] = NULL;
|
|
|
|
(*level)++;
|
|
|
|
path->slots[*level]++;
|
|
|
|
|
|
|
|
nritems = btrfs_header_nritems(path->nodes[*level]);
|
|
|
|
ret = 1;
|
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Returns 1 if it had to move up and next. 0 is returned if it moved only next
|
|
|
|
* or down.
|
|
|
|
*/
|
2016-06-23 05:54:24 +07:00
|
|
|
static int tree_advance(struct btrfs_fs_info *fs_info,
|
2012-06-06 02:07:48 +07:00
|
|
|
struct btrfs_path *path,
|
|
|
|
int *level, int root_level,
|
|
|
|
int allow_down,
|
|
|
|
struct btrfs_key *key)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (*level == 0 || !allow_down) {
|
2017-02-11 01:25:51 +07:00
|
|
|
ret = tree_move_next_or_upnext(path, level, root_level);
|
2012-06-06 02:07:48 +07:00
|
|
|
} else {
|
2019-03-20 21:02:46 +07:00
|
|
|
ret = tree_move_down(path, level);
|
2012-06-06 02:07:48 +07:00
|
|
|
}
|
|
|
|
if (ret >= 0) {
|
|
|
|
if (*level == 0)
|
|
|
|
btrfs_item_key_to_cpu(path->nodes[*level], key,
|
|
|
|
path->slots[*level]);
|
|
|
|
else
|
|
|
|
btrfs_node_key_to_cpu(path->nodes[*level], key,
|
|
|
|
path->slots[*level]);
|
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2016-06-23 05:54:24 +07:00
|
|
|
static int tree_compare_item(struct btrfs_path *left_path,
|
2012-06-06 02:07:48 +07:00
|
|
|
struct btrfs_path *right_path,
|
|
|
|
char *tmp_buf)
|
|
|
|
{
|
|
|
|
int cmp;
|
|
|
|
int len1, len2;
|
|
|
|
unsigned long off1, off2;
|
|
|
|
|
|
|
|
len1 = btrfs_item_size_nr(left_path->nodes[0], left_path->slots[0]);
|
|
|
|
len2 = btrfs_item_size_nr(right_path->nodes[0], right_path->slots[0]);
|
|
|
|
if (len1 != len2)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
off1 = btrfs_item_ptr_offset(left_path->nodes[0], left_path->slots[0]);
|
|
|
|
off2 = btrfs_item_ptr_offset(right_path->nodes[0],
|
|
|
|
right_path->slots[0]);
|
|
|
|
|
|
|
|
read_extent_buffer(left_path->nodes[0], tmp_buf, off1, len1);
|
|
|
|
|
|
|
|
cmp = memcmp_extent_buffer(right_path->nodes[0], tmp_buf, off2, len1);
|
|
|
|
if (cmp)
|
|
|
|
return 1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
#define ADVANCE 1
|
|
|
|
#define ADVANCE_ONLY_NEXT -1
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This function compares two trees and calls the provided callback for
|
|
|
|
* every changed/new/deleted item it finds.
|
|
|
|
* If shared tree blocks are encountered, whole subtrees are skipped, making
|
|
|
|
* the compare pretty fast on snapshotted subvolumes.
|
|
|
|
*
|
|
|
|
* This currently works on commit roots only. As commit roots are read only,
|
|
|
|
* we don't do any locking. The commit roots are protected with transactions.
|
|
|
|
* Transactions are ended and rejoined when a commit is tried in between.
|
|
|
|
*
|
|
|
|
* This function checks for modifications done to the trees while comparing.
|
|
|
|
* If it detects a change, it aborts immediately.
|
|
|
|
*/
|
|
|
|
int btrfs_compare_trees(struct btrfs_root *left_root,
|
|
|
|
struct btrfs_root *right_root,
|
|
|
|
btrfs_changed_cb_t changed_cb, void *ctx)
|
|
|
|
{
|
2016-06-23 05:54:23 +07:00
|
|
|
struct btrfs_fs_info *fs_info = left_root->fs_info;
|
2012-06-06 02:07:48 +07:00
|
|
|
int ret;
|
|
|
|
int cmp;
|
|
|
|
struct btrfs_path *left_path = NULL;
|
|
|
|
struct btrfs_path *right_path = NULL;
|
|
|
|
struct btrfs_key left_key;
|
|
|
|
struct btrfs_key right_key;
|
|
|
|
char *tmp_buf = NULL;
|
|
|
|
int left_root_level;
|
|
|
|
int right_root_level;
|
|
|
|
int left_level;
|
|
|
|
int right_level;
|
|
|
|
int left_end_reached;
|
|
|
|
int right_end_reached;
|
|
|
|
int advance_left;
|
|
|
|
int advance_right;
|
|
|
|
u64 left_blockptr;
|
|
|
|
u64 right_blockptr;
|
2014-02-21 04:15:25 +07:00
|
|
|
u64 left_gen;
|
|
|
|
u64 right_gen;
|
2012-06-06 02:07:48 +07:00
|
|
|
|
|
|
|
left_path = btrfs_alloc_path();
|
|
|
|
if (!left_path) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
right_path = btrfs_alloc_path();
|
|
|
|
if (!right_path) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
2017-05-09 05:57:27 +07:00
|
|
|
tmp_buf = kvmalloc(fs_info->nodesize, GFP_KERNEL);
|
2012-06-06 02:07:48 +07:00
|
|
|
if (!tmp_buf) {
|
2017-05-09 05:57:27 +07:00
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out;
|
2012-06-06 02:07:48 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
left_path->search_commit_root = 1;
|
|
|
|
left_path->skip_locking = 1;
|
|
|
|
right_path->search_commit_root = 1;
|
|
|
|
right_path->skip_locking = 1;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Strategy: Go to the first items of both trees. Then do
|
|
|
|
*
|
|
|
|
* If both trees are at level 0
|
|
|
|
* Compare keys of current items
|
|
|
|
* If left < right treat left item as new, advance left tree
|
|
|
|
* and repeat
|
|
|
|
* If left > right treat right item as deleted, advance right tree
|
|
|
|
* and repeat
|
|
|
|
* If left == right do deep compare of items, treat as changed if
|
|
|
|
* needed, advance both trees and repeat
|
|
|
|
* If both trees are at the same level but not at level 0
|
|
|
|
* Compare keys of current nodes/leafs
|
|
|
|
* If left < right advance left tree and repeat
|
|
|
|
* If left > right advance right tree and repeat
|
|
|
|
* If left == right compare blockptrs of the next nodes/leafs
|
|
|
|
* If they match advance both trees but stay at the same level
|
|
|
|
* and repeat
|
|
|
|
* If they don't match advance both trees while allowing to go
|
|
|
|
* deeper and repeat
|
|
|
|
* If tree levels are different
|
|
|
|
* Advance the tree that needs it and repeat
|
|
|
|
*
|
|
|
|
* Advancing a tree means:
|
|
|
|
* If we are at level 0, try to go to the next slot. If that's not
|
|
|
|
* possible, go one level up and repeat. Stop when we found a level
|
|
|
|
* where we could go to the next slot. We may at this point be on a
|
|
|
|
* node or a leaf.
|
|
|
|
*
|
|
|
|
* If we are not at level 0 and not on shared tree blocks, go one
|
|
|
|
* level deeper.
|
|
|
|
*
|
|
|
|
* If we are not at level 0 and on shared tree blocks, go one slot to
|
|
|
|
* the right if possible or go up and right.
|
|
|
|
*/
|
|
|
|
|
2016-06-23 05:54:23 +07:00
|
|
|
down_read(&fs_info->commit_root_sem);
|
2012-06-06 02:07:48 +07:00
|
|
|
left_level = btrfs_header_level(left_root->commit_root);
|
|
|
|
left_root_level = left_level;
|
Btrfs: send, fix invalid access to commit roots due to concurrent snapshotting
[BUG]
btrfs incremental send BUG happens when creating a snapshot of snapshot
that is being used by send.
[REASON]
The problem can happen if while we are doing a send one of the snapshots
used (parent or send) is snapshotted, because snapshoting implies COWing
the root of the source subvolume/snapshot.
1. When doing an incremental send, the send process will get the commit
roots from the parent and send snapshots, and add references to them
through extent_buffer_get().
2. When a snapshot/subvolume is snapshotted, its root node is COWed
(transaction.c:create_pending_snapshot()).
3. COWing releases the space used by the node immediately, through:
__btrfs_cow_block()
--btrfs_free_tree_block()
----btrfs_add_free_space(bytenr of node)
4. Because send doesn't hold a transaction open, it's possible that
the transaction used to create the snapshot commits, switches the
commit root and the old space used by the previous root node gets
assigned to some other node allocation. Allocation of a new node will
use the existing extent buffer found in memory, which we previously
got a reference through extent_buffer_get(), and allow the extent
buffer's content (pages) to be modified:
btrfs_alloc_tree_block
--btrfs_reserve_extent
----find_free_extent (get bytenr of old node)
--btrfs_init_new_buffer (use bytenr of old node)
----btrfs_find_create_tree_block
------alloc_extent_buffer
--------find_extent_buffer (get old node)
5. So send can access invalid memory content and have unpredictable
behaviour.
[FIX]
So we fix the problem by copying the commit roots of the send and
parent snapshots and use those copies.
CallTrace looks like this:
------------[ cut here ]------------
kernel BUG at fs/btrfs/ctree.c:1861!
invalid opcode: 0000 [#1] SMP
CPU: 6 PID: 24235 Comm: btrfs Tainted: P O 3.10.105 #23721
ffff88046652d680 ti: ffff88041b720000 task.ti: ffff88041b720000
RIP: 0010:[<ffffffffa08dd0e8>] read_node_slot+0x108/0x110 [btrfs]
RSP: 0018:ffff88041b723b68 EFLAGS: 00010246
RAX: ffff88043ca6b000 RBX: ffff88041b723c50 RCX: ffff880000000000
RDX: 000000000000004c RSI: ffff880314b133f8 RDI: ffff880458b24000
RBP: 0000000000000000 R08: 0000000000000001 R09: ffff88041b723c66
R10: 0000000000000001 R11: 0000000000001000 R12: ffff8803f3e48890
R13: ffff8803f3e48880 R14: ffff880466351800 R15: 0000000000000001
FS: 00007f8c321dc8c0(0000) GS:ffff88047fcc0000(0000)
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
R2: 00007efd1006d000 CR3: 0000000213a24000 CR4: 00000000003407e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Stack:
ffff88041b723c50 ffff8803f3e48880 ffff8803f3e48890 ffff8803f3e48880
ffff880466351800 0000000000000001 ffffffffa08dd9d7 ffff88041b723c50
ffff8803f3e48880 ffff88041b723c66 ffffffffa08dde85 a9ff88042d2c4400
Call Trace:
[<ffffffffa08dd9d7>] ? tree_move_down.isra.33+0x27/0x50 [btrfs]
[<ffffffffa08dde85>] ? tree_advance+0xb5/0xc0 [btrfs]
[<ffffffffa08e83d4>] ? btrfs_compare_trees+0x2d4/0x760 [btrfs]
[<ffffffffa0982050>] ? finish_inode_if_needed+0x870/0x870 [btrfs]
[<ffffffffa09841ea>] ? btrfs_ioctl_send+0xeda/0x1050 [btrfs]
[<ffffffffa094bd3d>] ? btrfs_ioctl+0x1e3d/0x33f0 [btrfs]
[<ffffffff81111133>] ? handle_pte_fault+0x373/0x990
[<ffffffff8153a096>] ? atomic_notifier_call_chain+0x16/0x20
[<ffffffff81063256>] ? set_task_cpu+0xb6/0x1d0
[<ffffffff811122c3>] ? handle_mm_fault+0x143/0x2a0
[<ffffffff81539cc0>] ? __do_page_fault+0x1d0/0x500
[<ffffffff81062f07>] ? check_preempt_curr+0x57/0x90
[<ffffffff8115075a>] ? do_vfs_ioctl+0x4aa/0x990
[<ffffffff81034f83>] ? do_fork+0x113/0x3b0
[<ffffffff812dd7d7>] ? trace_hardirqs_off_thunk+0x3a/0x6c
[<ffffffff81150cc8>] ? SyS_ioctl+0x88/0xa0
[<ffffffff8153e422>] ? system_call_fastpath+0x16/0x1b
---[ end trace 29576629ee80b2e1 ]---
Fixes: 7069830a9e38 ("Btrfs: add btrfs_compare_trees function")
CC: stable@vger.kernel.org # 3.6+
Signed-off-by: Robbie Ko <robbieko@synology.com>
Reviewed-by: Filipe Manana <fdmanana@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
2018-05-14 09:51:34 +07:00
|
|
|
left_path->nodes[left_level] =
|
|
|
|
btrfs_clone_extent_buffer(left_root->commit_root);
|
|
|
|
if (!left_path->nodes[left_level]) {
|
|
|
|
up_read(&fs_info->commit_root_sem);
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out;
|
|
|
|
}
|
2012-06-06 02:07:48 +07:00
|
|
|
|
|
|
|
right_level = btrfs_header_level(right_root->commit_root);
|
|
|
|
right_root_level = right_level;
|
Btrfs: send, fix invalid access to commit roots due to concurrent snapshotting
[BUG]
btrfs incremental send BUG happens when creating a snapshot of snapshot
that is being used by send.
[REASON]
The problem can happen if while we are doing a send one of the snapshots
used (parent or send) is snapshotted, because snapshoting implies COWing
the root of the source subvolume/snapshot.
1. When doing an incremental send, the send process will get the commit
roots from the parent and send snapshots, and add references to them
through extent_buffer_get().
2. When a snapshot/subvolume is snapshotted, its root node is COWed
(transaction.c:create_pending_snapshot()).
3. COWing releases the space used by the node immediately, through:
__btrfs_cow_block()
--btrfs_free_tree_block()
----btrfs_add_free_space(bytenr of node)
4. Because send doesn't hold a transaction open, it's possible that
the transaction used to create the snapshot commits, switches the
commit root and the old space used by the previous root node gets
assigned to some other node allocation. Allocation of a new node will
use the existing extent buffer found in memory, which we previously
got a reference through extent_buffer_get(), and allow the extent
buffer's content (pages) to be modified:
btrfs_alloc_tree_block
--btrfs_reserve_extent
----find_free_extent (get bytenr of old node)
--btrfs_init_new_buffer (use bytenr of old node)
----btrfs_find_create_tree_block
------alloc_extent_buffer
--------find_extent_buffer (get old node)
5. So send can access invalid memory content and have unpredictable
behaviour.
[FIX]
So we fix the problem by copying the commit roots of the send and
parent snapshots and use those copies.
CallTrace looks like this:
------------[ cut here ]------------
kernel BUG at fs/btrfs/ctree.c:1861!
invalid opcode: 0000 [#1] SMP
CPU: 6 PID: 24235 Comm: btrfs Tainted: P O 3.10.105 #23721
ffff88046652d680 ti: ffff88041b720000 task.ti: ffff88041b720000
RIP: 0010:[<ffffffffa08dd0e8>] read_node_slot+0x108/0x110 [btrfs]
RSP: 0018:ffff88041b723b68 EFLAGS: 00010246
RAX: ffff88043ca6b000 RBX: ffff88041b723c50 RCX: ffff880000000000
RDX: 000000000000004c RSI: ffff880314b133f8 RDI: ffff880458b24000
RBP: 0000000000000000 R08: 0000000000000001 R09: ffff88041b723c66
R10: 0000000000000001 R11: 0000000000001000 R12: ffff8803f3e48890
R13: ffff8803f3e48880 R14: ffff880466351800 R15: 0000000000000001
FS: 00007f8c321dc8c0(0000) GS:ffff88047fcc0000(0000)
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
R2: 00007efd1006d000 CR3: 0000000213a24000 CR4: 00000000003407e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Stack:
ffff88041b723c50 ffff8803f3e48880 ffff8803f3e48890 ffff8803f3e48880
ffff880466351800 0000000000000001 ffffffffa08dd9d7 ffff88041b723c50
ffff8803f3e48880 ffff88041b723c66 ffffffffa08dde85 a9ff88042d2c4400
Call Trace:
[<ffffffffa08dd9d7>] ? tree_move_down.isra.33+0x27/0x50 [btrfs]
[<ffffffffa08dde85>] ? tree_advance+0xb5/0xc0 [btrfs]
[<ffffffffa08e83d4>] ? btrfs_compare_trees+0x2d4/0x760 [btrfs]
[<ffffffffa0982050>] ? finish_inode_if_needed+0x870/0x870 [btrfs]
[<ffffffffa09841ea>] ? btrfs_ioctl_send+0xeda/0x1050 [btrfs]
[<ffffffffa094bd3d>] ? btrfs_ioctl+0x1e3d/0x33f0 [btrfs]
[<ffffffff81111133>] ? handle_pte_fault+0x373/0x990
[<ffffffff8153a096>] ? atomic_notifier_call_chain+0x16/0x20
[<ffffffff81063256>] ? set_task_cpu+0xb6/0x1d0
[<ffffffff811122c3>] ? handle_mm_fault+0x143/0x2a0
[<ffffffff81539cc0>] ? __do_page_fault+0x1d0/0x500
[<ffffffff81062f07>] ? check_preempt_curr+0x57/0x90
[<ffffffff8115075a>] ? do_vfs_ioctl+0x4aa/0x990
[<ffffffff81034f83>] ? do_fork+0x113/0x3b0
[<ffffffff812dd7d7>] ? trace_hardirqs_off_thunk+0x3a/0x6c
[<ffffffff81150cc8>] ? SyS_ioctl+0x88/0xa0
[<ffffffff8153e422>] ? system_call_fastpath+0x16/0x1b
---[ end trace 29576629ee80b2e1 ]---
Fixes: 7069830a9e38 ("Btrfs: add btrfs_compare_trees function")
CC: stable@vger.kernel.org # 3.6+
Signed-off-by: Robbie Ko <robbieko@synology.com>
Reviewed-by: Filipe Manana <fdmanana@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
2018-05-14 09:51:34 +07:00
|
|
|
right_path->nodes[right_level] =
|
|
|
|
btrfs_clone_extent_buffer(right_root->commit_root);
|
|
|
|
if (!right_path->nodes[right_level]) {
|
|
|
|
up_read(&fs_info->commit_root_sem);
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out;
|
|
|
|
}
|
2016-06-23 05:54:23 +07:00
|
|
|
up_read(&fs_info->commit_root_sem);
|
2012-06-06 02:07:48 +07:00
|
|
|
|
|
|
|
if (left_level == 0)
|
|
|
|
btrfs_item_key_to_cpu(left_path->nodes[left_level],
|
|
|
|
&left_key, left_path->slots[left_level]);
|
|
|
|
else
|
|
|
|
btrfs_node_key_to_cpu(left_path->nodes[left_level],
|
|
|
|
&left_key, left_path->slots[left_level]);
|
|
|
|
if (right_level == 0)
|
|
|
|
btrfs_item_key_to_cpu(right_path->nodes[right_level],
|
|
|
|
&right_key, right_path->slots[right_level]);
|
|
|
|
else
|
|
|
|
btrfs_node_key_to_cpu(right_path->nodes[right_level],
|
|
|
|
&right_key, right_path->slots[right_level]);
|
|
|
|
|
|
|
|
left_end_reached = right_end_reached = 0;
|
|
|
|
advance_left = advance_right = 0;
|
|
|
|
|
|
|
|
while (1) {
|
|
|
|
if (advance_left && !left_end_reached) {
|
2016-06-23 05:54:24 +07:00
|
|
|
ret = tree_advance(fs_info, left_path, &left_level,
|
2012-06-06 02:07:48 +07:00
|
|
|
left_root_level,
|
|
|
|
advance_left != ADVANCE_ONLY_NEXT,
|
|
|
|
&left_key);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (ret == -1)
|
2012-06-06 02:07:48 +07:00
|
|
|
left_end_reached = ADVANCE;
|
2016-07-06 02:10:14 +07:00
|
|
|
else if (ret < 0)
|
|
|
|
goto out;
|
2012-06-06 02:07:48 +07:00
|
|
|
advance_left = 0;
|
|
|
|
}
|
|
|
|
if (advance_right && !right_end_reached) {
|
2016-06-23 05:54:24 +07:00
|
|
|
ret = tree_advance(fs_info, right_path, &right_level,
|
2012-06-06 02:07:48 +07:00
|
|
|
right_root_level,
|
|
|
|
advance_right != ADVANCE_ONLY_NEXT,
|
|
|
|
&right_key);
|
2016-07-06 02:10:14 +07:00
|
|
|
if (ret == -1)
|
2012-06-06 02:07:48 +07:00
|
|
|
right_end_reached = ADVANCE;
|
2016-07-06 02:10:14 +07:00
|
|
|
else if (ret < 0)
|
|
|
|
goto out;
|
2012-06-06 02:07:48 +07:00
|
|
|
advance_right = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (left_end_reached && right_end_reached) {
|
|
|
|
ret = 0;
|
|
|
|
goto out;
|
|
|
|
} else if (left_end_reached) {
|
|
|
|
if (right_level == 0) {
|
2017-08-21 16:43:45 +07:00
|
|
|
ret = changed_cb(left_path, right_path,
|
2012-06-06 02:07:48 +07:00
|
|
|
&right_key,
|
|
|
|
BTRFS_COMPARE_TREE_DELETED,
|
|
|
|
ctx);
|
|
|
|
if (ret < 0)
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
advance_right = ADVANCE;
|
|
|
|
continue;
|
|
|
|
} else if (right_end_reached) {
|
|
|
|
if (left_level == 0) {
|
2017-08-21 16:43:45 +07:00
|
|
|
ret = changed_cb(left_path, right_path,
|
2012-06-06 02:07:48 +07:00
|
|
|
&left_key,
|
|
|
|
BTRFS_COMPARE_TREE_NEW,
|
|
|
|
ctx);
|
|
|
|
if (ret < 0)
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
advance_left = ADVANCE;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (left_level == 0 && right_level == 0) {
|
|
|
|
cmp = btrfs_comp_cpu_keys(&left_key, &right_key);
|
|
|
|
if (cmp < 0) {
|
2017-08-21 16:43:45 +07:00
|
|
|
ret = changed_cb(left_path, right_path,
|
2012-06-06 02:07:48 +07:00
|
|
|
&left_key,
|
|
|
|
BTRFS_COMPARE_TREE_NEW,
|
|
|
|
ctx);
|
|
|
|
if (ret < 0)
|
|
|
|
goto out;
|
|
|
|
advance_left = ADVANCE;
|
|
|
|
} else if (cmp > 0) {
|
2017-08-21 16:43:45 +07:00
|
|
|
ret = changed_cb(left_path, right_path,
|
2012-06-06 02:07:48 +07:00
|
|
|
&right_key,
|
|
|
|
BTRFS_COMPARE_TREE_DELETED,
|
|
|
|
ctx);
|
|
|
|
if (ret < 0)
|
|
|
|
goto out;
|
|
|
|
advance_right = ADVANCE;
|
|
|
|
} else {
|
2014-09-26 00:35:02 +07:00
|
|
|
enum btrfs_compare_tree_result result;
|
2013-08-17 03:52:55 +07:00
|
|
|
|
2012-08-08 03:25:13 +07:00
|
|
|
WARN_ON(!extent_buffer_uptodate(left_path->nodes[0]));
|
2016-06-23 05:54:24 +07:00
|
|
|
ret = tree_compare_item(left_path, right_path,
|
|
|
|
tmp_buf);
|
2013-08-17 03:52:55 +07:00
|
|
|
if (ret)
|
2014-09-26 00:35:02 +07:00
|
|
|
result = BTRFS_COMPARE_TREE_CHANGED;
|
2013-08-17 03:52:55 +07:00
|
|
|
else
|
2014-09-26 00:35:02 +07:00
|
|
|
result = BTRFS_COMPARE_TREE_SAME;
|
2017-08-21 16:43:45 +07:00
|
|
|
ret = changed_cb(left_path, right_path,
|
2014-09-26 00:35:02 +07:00
|
|
|
&left_key, result, ctx);
|
2013-08-17 03:52:55 +07:00
|
|
|
if (ret < 0)
|
|
|
|
goto out;
|
2012-06-06 02:07:48 +07:00
|
|
|
advance_left = ADVANCE;
|
|
|
|
advance_right = ADVANCE;
|
|
|
|
}
|
|
|
|
} else if (left_level == right_level) {
|
|
|
|
cmp = btrfs_comp_cpu_keys(&left_key, &right_key);
|
|
|
|
if (cmp < 0) {
|
|
|
|
advance_left = ADVANCE;
|
|
|
|
} else if (cmp > 0) {
|
|
|
|
advance_right = ADVANCE;
|
|
|
|
} else {
|
|
|
|
left_blockptr = btrfs_node_blockptr(
|
|
|
|
left_path->nodes[left_level],
|
|
|
|
left_path->slots[left_level]);
|
|
|
|
right_blockptr = btrfs_node_blockptr(
|
|
|
|
right_path->nodes[right_level],
|
|
|
|
right_path->slots[right_level]);
|
2014-02-21 04:15:25 +07:00
|
|
|
left_gen = btrfs_node_ptr_generation(
|
|
|
|
left_path->nodes[left_level],
|
|
|
|
left_path->slots[left_level]);
|
|
|
|
right_gen = btrfs_node_ptr_generation(
|
|
|
|
right_path->nodes[right_level],
|
|
|
|
right_path->slots[right_level]);
|
|
|
|
if (left_blockptr == right_blockptr &&
|
|
|
|
left_gen == right_gen) {
|
2012-06-06 02:07:48 +07:00
|
|
|
/*
|
|
|
|
* As we're on a shared block, don't
|
|
|
|
* allow to go deeper.
|
|
|
|
*/
|
|
|
|
advance_left = ADVANCE_ONLY_NEXT;
|
|
|
|
advance_right = ADVANCE_ONLY_NEXT;
|
|
|
|
} else {
|
|
|
|
advance_left = ADVANCE;
|
|
|
|
advance_right = ADVANCE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
} else if (left_level < right_level) {
|
|
|
|
advance_right = ADVANCE;
|
|
|
|
} else {
|
|
|
|
advance_left = ADVANCE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
out:
|
|
|
|
btrfs_free_path(left_path);
|
|
|
|
btrfs_free_path(right_path);
|
2016-03-30 21:01:12 +07:00
|
|
|
kvfree(tmp_buf);
|
2012-06-06 02:07:48 +07:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2008-06-26 03:01:31 +07:00
|
|
|
/*
|
|
|
|
* this is similar to btrfs_next_leaf, but does not try to preserve
|
|
|
|
* and fixup the path. It looks for and returns the next key in the
|
2013-02-01 01:21:12 +07:00
|
|
|
* tree based on the current path and the min_trans parameters.
|
2008-06-26 03:01:31 +07:00
|
|
|
*
|
|
|
|
* 0 is returned if another key is found, < 0 if there are any errors
|
|
|
|
* and 1 is returned if there are no higher keys in the tree
|
|
|
|
*
|
|
|
|
* path->keep_locks should be set to 1 on the search made before
|
|
|
|
* calling this function.
|
|
|
|
*/
|
2008-06-26 03:01:31 +07:00
|
|
|
int btrfs_find_next_key(struct btrfs_root *root, struct btrfs_path *path,
|
2013-02-01 01:21:12 +07:00
|
|
|
struct btrfs_key *key, int level, u64 min_trans)
|
2008-06-26 03:01:31 +07:00
|
|
|
{
|
|
|
|
int slot;
|
|
|
|
struct extent_buffer *c;
|
|
|
|
|
2008-12-09 04:43:10 +07:00
|
|
|
WARN_ON(!path->keep_locks);
|
2009-01-06 09:25:51 +07:00
|
|
|
while (level < BTRFS_MAX_LEVEL) {
|
2008-06-26 03:01:31 +07:00
|
|
|
if (!path->nodes[level])
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
slot = path->slots[level] + 1;
|
|
|
|
c = path->nodes[level];
|
2008-06-26 03:01:31 +07:00
|
|
|
next:
|
2008-06-26 03:01:31 +07:00
|
|
|
if (slot >= btrfs_header_nritems(c)) {
|
2009-07-22 20:59:00 +07:00
|
|
|
int ret;
|
|
|
|
int orig_lowest;
|
|
|
|
struct btrfs_key cur_key;
|
|
|
|
if (level + 1 >= BTRFS_MAX_LEVEL ||
|
|
|
|
!path->nodes[level + 1])
|
2008-06-26 03:01:31 +07:00
|
|
|
return 1;
|
2009-07-22 20:59:00 +07:00
|
|
|
|
|
|
|
if (path->locks[level + 1]) {
|
|
|
|
level++;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
slot = btrfs_header_nritems(c) - 1;
|
|
|
|
if (level == 0)
|
|
|
|
btrfs_item_key_to_cpu(c, &cur_key, slot);
|
|
|
|
else
|
|
|
|
btrfs_node_key_to_cpu(c, &cur_key, slot);
|
|
|
|
|
|
|
|
orig_lowest = path->lowest_level;
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(path);
|
2009-07-22 20:59:00 +07:00
|
|
|
path->lowest_level = level;
|
|
|
|
ret = btrfs_search_slot(NULL, root, &cur_key, path,
|
|
|
|
0, 0);
|
|
|
|
path->lowest_level = orig_lowest;
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
c = path->nodes[level];
|
|
|
|
slot = path->slots[level];
|
|
|
|
if (ret == 0)
|
|
|
|
slot++;
|
|
|
|
goto next;
|
2008-06-26 03:01:31 +07:00
|
|
|
}
|
2009-07-22 20:59:00 +07:00
|
|
|
|
2008-06-26 03:01:31 +07:00
|
|
|
if (level == 0)
|
|
|
|
btrfs_item_key_to_cpu(c, key, slot);
|
2008-06-26 03:01:31 +07:00
|
|
|
else {
|
|
|
|
u64 gen = btrfs_node_ptr_generation(c, slot);
|
|
|
|
|
|
|
|
if (gen < min_trans) {
|
|
|
|
slot++;
|
|
|
|
goto next;
|
|
|
|
}
|
2008-06-26 03:01:31 +07:00
|
|
|
btrfs_node_key_to_cpu(c, key, slot);
|
2008-06-26 03:01:31 +07:00
|
|
|
}
|
2008-06-26 03:01:31 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2007-02-25 01:39:08 +07:00
|
|
|
/*
|
2008-06-26 03:01:30 +07:00
|
|
|
* search the tree again to find a leaf with greater keys
|
2007-03-01 04:46:22 +07:00
|
|
|
* returns 0 if it found something or 1 if there are no greater leaves.
|
|
|
|
* returns < 0 on io errors.
|
2007-02-25 01:39:08 +07:00
|
|
|
*/
|
2007-03-13 21:46:10 +07:00
|
|
|
int btrfs_next_leaf(struct btrfs_root *root, struct btrfs_path *path)
|
2012-06-11 13:29:29 +07:00
|
|
|
{
|
|
|
|
return btrfs_next_old_leaf(root, path, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
int btrfs_next_old_leaf(struct btrfs_root *root, struct btrfs_path *path,
|
|
|
|
u64 time_seq)
|
2007-02-21 04:40:44 +07:00
|
|
|
{
|
|
|
|
int slot;
|
2009-04-03 21:14:18 +07:00
|
|
|
int level;
|
2007-10-16 03:14:19 +07:00
|
|
|
struct extent_buffer *c;
|
2009-04-03 21:14:18 +07:00
|
|
|
struct extent_buffer *next;
|
2008-06-26 03:01:30 +07:00
|
|
|
struct btrfs_key key;
|
|
|
|
u32 nritems;
|
|
|
|
int ret;
|
2009-04-03 21:14:18 +07:00
|
|
|
int old_spinning = path->leave_spinning;
|
2011-07-17 02:23:14 +07:00
|
|
|
int next_rw_lock = 0;
|
2008-06-26 03:01:30 +07:00
|
|
|
|
|
|
|
nritems = btrfs_header_nritems(path->nodes[0]);
|
2009-01-06 09:25:51 +07:00
|
|
|
if (nritems == 0)
|
2008-06-26 03:01:30 +07:00
|
|
|
return 1;
|
|
|
|
|
2009-04-03 21:14:18 +07:00
|
|
|
btrfs_item_key_to_cpu(path->nodes[0], &key, nritems - 1);
|
|
|
|
again:
|
|
|
|
level = 1;
|
|
|
|
next = NULL;
|
2011-07-17 02:23:14 +07:00
|
|
|
next_rw_lock = 0;
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(path);
|
2009-04-03 21:14:18 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
path->keep_locks = 1;
|
2011-07-27 03:01:59 +07:00
|
|
|
path->leave_spinning = 1;
|
2009-04-03 21:14:18 +07:00
|
|
|
|
2012-06-11 13:29:29 +07:00
|
|
|
if (time_seq)
|
|
|
|
ret = btrfs_search_old_slot(root, &key, path, time_seq);
|
|
|
|
else
|
|
|
|
ret = btrfs_search_slot(NULL, root, &key, path, 0, 0);
|
2008-06-26 03:01:30 +07:00
|
|
|
path->keep_locks = 0;
|
|
|
|
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
nritems = btrfs_header_nritems(path->nodes[0]);
|
2008-06-26 03:01:30 +07:00
|
|
|
/*
|
|
|
|
* by releasing the path above we dropped all our locks. A balance
|
|
|
|
* could have added more items next to the key that used to be
|
|
|
|
* at the very end of the block. So, check again here and
|
|
|
|
* advance the path if there are now more items available.
|
|
|
|
*/
|
2008-06-26 03:01:30 +07:00
|
|
|
if (nritems > 0 && path->slots[0] < nritems - 1) {
|
2009-07-22 20:59:00 +07:00
|
|
|
if (ret == 0)
|
|
|
|
path->slots[0]++;
|
2009-04-03 21:14:18 +07:00
|
|
|
ret = 0;
|
2008-06-26 03:01:30 +07:00
|
|
|
goto done;
|
|
|
|
}
|
Btrfs: fix leaf corruption after __btrfs_drop_extents
Several reports about leaf corruption has been floating on the list, one of them
points to __btrfs_drop_extents(), and we find that the leaf becomes corrupted
after __btrfs_drop_extents(), it's really a rare case but it does exist.
The problem turns out to be btrfs_next_leaf() called in __btrfs_drop_extents().
So in btrfs_next_leaf(), we release the current path to re-search the last key of
the leaf for locating next leaf, and we've taken it into account that there might
be balance operations between leafs during this 'unlock and re-lock' dance, so
we check the path again and advance it if there are now more items available.
But things are a bit different if that last key happens to be removed and balance
gets a bigger key as the last one, and btrfs_search_slot will return it with
ret > 0, IOW, nothing change in this leaf except the new last key, then we think
we're okay because there is no more item balanced in, fine, we thinks we can
go to the next leaf.
However, we should return that bigger key, otherwise we deserve leaf corruption,
for example, in endio, skipping that key means that __btrfs_drop_extents() thinks
it has dropped all extent matched the required range and finish_ordered_io can
safely insert a new extent, but it actually doesn't and ends up a leaf
corruption.
One may be asking that why our locking on extent io tree doesn't work as
expected, ie. it should avoid this kind of race situation. But in
__btrfs_drop_extents(), we don't always find extents which are included within
our locking range, IOW, extents can start before our searching start, in this
case locking on extent io tree doesn't protect us from the race.
This takes the special case into account.
Reviewed-by: Filipe Manana <fdmanana@gmail.com>
Signed-off-by: Liu Bo <bo.li.liu@oracle.com>
Signed-off-by: Chris Mason <clm@fb.com>
2014-06-09 10:04:49 +07:00
|
|
|
/*
|
|
|
|
* So the above check misses one case:
|
|
|
|
* - after releasing the path above, someone has removed the item that
|
|
|
|
* used to be at the very end of the block, and balance between leafs
|
|
|
|
* gets another one with bigger key.offset to replace it.
|
|
|
|
*
|
|
|
|
* This one should be returned as well, or we can get leaf corruption
|
|
|
|
* later(esp. in __btrfs_drop_extents()).
|
|
|
|
*
|
|
|
|
* And a bit more explanation about this check,
|
|
|
|
* with ret > 0, the key isn't found, the path points to the slot
|
|
|
|
* where it should be inserted, so the path->slots[0] item must be the
|
|
|
|
* bigger one.
|
|
|
|
*/
|
|
|
|
if (nritems > 0 && ret > 0 && path->slots[0] == nritems - 1) {
|
|
|
|
ret = 0;
|
|
|
|
goto done;
|
|
|
|
}
|
2007-02-21 04:40:44 +07:00
|
|
|
|
2009-01-06 09:25:51 +07:00
|
|
|
while (level < BTRFS_MAX_LEVEL) {
|
2009-04-03 21:14:18 +07:00
|
|
|
if (!path->nodes[level]) {
|
|
|
|
ret = 1;
|
|
|
|
goto done;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2007-02-21 04:40:44 +07:00
|
|
|
slot = path->slots[level] + 1;
|
|
|
|
c = path->nodes[level];
|
2007-10-16 03:14:19 +07:00
|
|
|
if (slot >= btrfs_header_nritems(c)) {
|
2007-02-21 04:40:44 +07:00
|
|
|
level++;
|
2009-04-03 21:14:18 +07:00
|
|
|
if (level == BTRFS_MAX_LEVEL) {
|
|
|
|
ret = 1;
|
|
|
|
goto done;
|
|
|
|
}
|
2007-02-21 04:40:44 +07:00
|
|
|
continue;
|
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
if (next) {
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_unlock_rw(next, next_rw_lock);
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(next);
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2009-04-03 21:14:18 +07:00
|
|
|
next = c;
|
2011-07-17 02:23:14 +07:00
|
|
|
next_rw_lock = path->locks[level];
|
2017-01-31 03:23:42 +07:00
|
|
|
ret = read_block_for_search(root, path, &next, level,
|
2017-02-11 00:44:32 +07:00
|
|
|
slot, &key);
|
2009-04-03 21:14:18 +07:00
|
|
|
if (ret == -EAGAIN)
|
|
|
|
goto again;
|
2007-10-16 03:14:19 +07:00
|
|
|
|
2009-05-15 00:24:30 +07:00
|
|
|
if (ret < 0) {
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(path);
|
2009-05-15 00:24:30 +07:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
if (!path->skip_locking) {
|
2011-07-17 02:23:14 +07:00
|
|
|
ret = btrfs_try_tree_read_lock(next);
|
2012-06-22 19:51:15 +07:00
|
|
|
if (!ret && time_seq) {
|
|
|
|
/*
|
|
|
|
* If we don't get the lock, we may be racing
|
|
|
|
* with push_leaf_left, holding that lock while
|
|
|
|
* itself waiting for the leaf we've currently
|
|
|
|
* locked. To solve this situation, we give up
|
|
|
|
* on our lock and cycle.
|
|
|
|
*/
|
2012-07-04 20:42:48 +07:00
|
|
|
free_extent_buffer(next);
|
2012-06-22 19:51:15 +07:00
|
|
|
btrfs_release_path(path);
|
|
|
|
cond_resched();
|
|
|
|
goto again;
|
|
|
|
}
|
2009-04-03 21:14:18 +07:00
|
|
|
if (!ret) {
|
|
|
|
btrfs_set_path_blocking(path);
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_read_lock(next);
|
2009-04-03 21:14:18 +07:00
|
|
|
}
|
2011-07-27 03:01:59 +07:00
|
|
|
next_rw_lock = BTRFS_READ_LOCK;
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
2007-02-21 04:40:44 +07:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
path->slots[level] = slot;
|
2009-01-06 09:25:51 +07:00
|
|
|
while (1) {
|
2007-02-21 04:40:44 +07:00
|
|
|
level--;
|
|
|
|
c = path->nodes[level];
|
2008-06-26 03:01:30 +07:00
|
|
|
if (path->locks[level])
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_unlock_rw(c, path->locks[level]);
|
2009-04-03 21:14:18 +07:00
|
|
|
|
2007-10-16 03:14:19 +07:00
|
|
|
free_extent_buffer(c);
|
2007-02-21 04:40:44 +07:00
|
|
|
path->nodes[level] = next;
|
|
|
|
path->slots[level] = 0;
|
2008-06-26 03:01:31 +07:00
|
|
|
if (!path->skip_locking)
|
2011-07-17 02:23:14 +07:00
|
|
|
path->locks[level] = next_rw_lock;
|
2007-02-21 04:40:44 +07:00
|
|
|
if (!level)
|
|
|
|
break;
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
|
2017-01-31 03:23:42 +07:00
|
|
|
ret = read_block_for_search(root, path, &next, level,
|
2017-02-11 00:44:32 +07:00
|
|
|
0, &key);
|
2009-04-03 21:14:18 +07:00
|
|
|
if (ret == -EAGAIN)
|
|
|
|
goto again;
|
|
|
|
|
2009-05-15 00:24:30 +07:00
|
|
|
if (ret < 0) {
|
2011-04-21 06:20:15 +07:00
|
|
|
btrfs_release_path(path);
|
2009-05-15 00:24:30 +07:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2008-06-26 03:01:30 +07:00
|
|
|
if (!path->skip_locking) {
|
2011-07-17 02:23:14 +07:00
|
|
|
ret = btrfs_try_tree_read_lock(next);
|
2009-04-03 21:14:18 +07:00
|
|
|
if (!ret) {
|
|
|
|
btrfs_set_path_blocking(path);
|
2011-07-17 02:23:14 +07:00
|
|
|
btrfs_tree_read_lock(next);
|
|
|
|
}
|
2011-07-27 03:01:59 +07:00
|
|
|
next_rw_lock = BTRFS_READ_LOCK;
|
2008-06-26 03:01:30 +07:00
|
|
|
}
|
2007-02-21 04:40:44 +07:00
|
|
|
}
|
2009-04-03 21:14:18 +07:00
|
|
|
ret = 0;
|
2008-06-26 03:01:30 +07:00
|
|
|
done:
|
2012-03-20 02:54:38 +07:00
|
|
|
unlock_up(path, 0, 1, 0, NULL);
|
2009-04-03 21:14:18 +07:00
|
|
|
path->leave_spinning = old_spinning;
|
|
|
|
if (!old_spinning)
|
|
|
|
btrfs_set_path_blocking(path);
|
|
|
|
|
|
|
|
return ret;
|
2007-02-21 04:40:44 +07:00
|
|
|
}
|
2008-03-25 02:01:56 +07:00
|
|
|
|
2008-06-26 03:01:31 +07:00
|
|
|
/*
|
|
|
|
* this uses btrfs_prev_leaf to walk backwards in the tree, and keeps
|
|
|
|
* searching until it gets past min_objectid or finds an item of 'type'
|
|
|
|
*
|
|
|
|
* returns 0 if something is found, 1 if nothing was found and < 0 on error
|
|
|
|
*/
|
2008-03-25 02:01:56 +07:00
|
|
|
int btrfs_previous_item(struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path, u64 min_objectid,
|
|
|
|
int type)
|
|
|
|
{
|
|
|
|
struct btrfs_key found_key;
|
|
|
|
struct extent_buffer *leaf;
|
2008-09-06 03:13:11 +07:00
|
|
|
u32 nritems;
|
2008-03-25 02:01:56 +07:00
|
|
|
int ret;
|
|
|
|
|
2009-01-06 09:25:51 +07:00
|
|
|
while (1) {
|
2008-03-25 02:01:56 +07:00
|
|
|
if (path->slots[0] == 0) {
|
Btrfs: Change btree locking to use explicit blocking points
Most of the btrfs metadata operations can be protected by a spinlock,
but some operations still need to schedule.
So far, btrfs has been using a mutex along with a trylock loop,
most of the time it is able to avoid going for the full mutex, so
the trylock loop is a big performance gain.
This commit is step one for getting rid of the blocking locks entirely.
btrfs_tree_lock takes a spinlock, and the code explicitly switches
to a blocking lock when it starts an operation that can schedule.
We'll be able get rid of the blocking locks in smaller pieces over time.
Tracing allows us to find the most common cause of blocking, so we
can start with the hot spots first.
The basic idea is:
btrfs_tree_lock() returns with the spin lock held
btrfs_set_lock_blocking() sets the EXTENT_BUFFER_BLOCKING bit in
the extent buffer flags, and then drops the spin lock. The buffer is
still considered locked by all of the btrfs code.
If btrfs_tree_lock gets the spinlock but finds the blocking bit set, it drops
the spin lock and waits on a wait queue for the blocking bit to go away.
Much of the code that needs to set the blocking bit finishes without actually
blocking a good percentage of the time. So, an adaptive spin is still
used against the blocking bit to avoid very high context switch rates.
btrfs_clear_lock_blocking() clears the blocking bit and returns
with the spinlock held again.
btrfs_tree_unlock() can be called on either blocking or spinning locks,
it does the right thing based on the blocking bit.
ctree.c has a helper function to set/clear all the locked buffers in a
path as blocking.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-02-04 21:25:08 +07:00
|
|
|
btrfs_set_path_blocking(path);
|
2008-03-25 02:01:56 +07:00
|
|
|
ret = btrfs_prev_leaf(root, path);
|
|
|
|
if (ret != 0)
|
|
|
|
return ret;
|
|
|
|
} else {
|
|
|
|
path->slots[0]--;
|
|
|
|
}
|
|
|
|
leaf = path->nodes[0];
|
2008-09-06 03:13:11 +07:00
|
|
|
nritems = btrfs_header_nritems(leaf);
|
|
|
|
if (nritems == 0)
|
|
|
|
return 1;
|
|
|
|
if (path->slots[0] == nritems)
|
|
|
|
path->slots[0]--;
|
|
|
|
|
2008-03-25 02:01:56 +07:00
|
|
|
btrfs_item_key_to_cpu(leaf, &found_key, path->slots[0]);
|
2008-09-06 03:13:11 +07:00
|
|
|
if (found_key.objectid < min_objectid)
|
|
|
|
break;
|
2009-07-24 22:06:53 +07:00
|
|
|
if (found_key.type == type)
|
|
|
|
return 0;
|
2008-09-06 03:13:11 +07:00
|
|
|
if (found_key.objectid == min_objectid &&
|
|
|
|
found_key.type < type)
|
|
|
|
break;
|
2008-03-25 02:01:56 +07:00
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
2014-01-12 20:38:33 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* search in extent tree to find a previous Metadata/Data extent item with
|
|
|
|
* min objecitd.
|
|
|
|
*
|
|
|
|
* returns 0 if something is found, 1 if nothing was found and < 0 on error
|
|
|
|
*/
|
|
|
|
int btrfs_previous_extent_item(struct btrfs_root *root,
|
|
|
|
struct btrfs_path *path, u64 min_objectid)
|
|
|
|
{
|
|
|
|
struct btrfs_key found_key;
|
|
|
|
struct extent_buffer *leaf;
|
|
|
|
u32 nritems;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
while (1) {
|
|
|
|
if (path->slots[0] == 0) {
|
|
|
|
btrfs_set_path_blocking(path);
|
|
|
|
ret = btrfs_prev_leaf(root, path);
|
|
|
|
if (ret != 0)
|
|
|
|
return ret;
|
|
|
|
} else {
|
|
|
|
path->slots[0]--;
|
|
|
|
}
|
|
|
|
leaf = path->nodes[0];
|
|
|
|
nritems = btrfs_header_nritems(leaf);
|
|
|
|
if (nritems == 0)
|
|
|
|
return 1;
|
|
|
|
if (path->slots[0] == nritems)
|
|
|
|
path->slots[0]--;
|
|
|
|
|
|
|
|
btrfs_item_key_to_cpu(leaf, &found_key, path->slots[0]);
|
|
|
|
if (found_key.objectid < min_objectid)
|
|
|
|
break;
|
|
|
|
if (found_key.type == BTRFS_EXTENT_ITEM_KEY ||
|
|
|
|
found_key.type == BTRFS_METADATA_ITEM_KEY)
|
|
|
|
return 0;
|
|
|
|
if (found_key.objectid == min_objectid &&
|
|
|
|
found_key.type < BTRFS_EXTENT_ITEM_KEY)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|