* oops in btrfs_reserve_extent (v0.16)
@ 2008-09-28 20:42 Avi Kivity
2008-09-29 0:08 ` Josef Bacik
0 siblings, 1 reply; 3+ messages in thread
From: Avi Kivity @ 2008-09-28 20:42 UTC (permalink / raw)
To: linux-btrfs
Perhaps a bit optimistically I started moving my home directory to
btrfs, using v0.16. Midway through the rsync I noticed the 10GB lvm
volume would be too small for a filesystem with no -ENOSPC support, so I
extended the volume and resized the filesystem while rsync was running.
The punishment for this arrived almost immediately:
new size for /dev/mapper/vg0-home.btrfs is 21474836480
Unable to find block group for 8619294720
------------[ cut here ]------------
WARNING: at /home/avi/btrfs/btrfs-0.16/extent-tree.c:300
find_search_start+0x1d9/0x27e [btrfs]() (Not tainted)
Modules linked in: btrfs ...
Pid: 31165, comm: pdflush Not tainted 2.6.26.3-29.fc9.x86_64 #1
Call Trace:
[<ffffffff81036db7>] warn_on_slowpath+0x60/0xa3
[<ffffffff8129a3ed>] ? printk+0x67/0x6a
[<ffffffffa0511d52>] ? :btrfs:get_state_private+0x6b/0x79
[<ffffffffa04f41e8>] ? :btrfs:btrfs_lookup_block_group+0x3b/0x73
[<ffffffffa0511b6b>] ? :btrfs:find_first_extent_bit_state+0x23/0x5e
[<ffffffffa04f4cf4>] :btrfs:find_search_start+0x1d9/0x27e
[<ffffffffa0511d52>] ? :btrfs:get_state_private+0x6b/0x79
[<ffffffffa04f5eb9>] :btrfs:find_free_extent+0x334/0x5ff
[<ffffffffa04f632d>] :btrfs:__btrfs_reserve_extent+0x1a9/0x23a
[<ffffffffa04f641c>] :btrfs:btrfs_reserve_extent+0x5e/0x79
[<ffffffffa05014a7>] :btrfs:cow_file_range+0x11d/0x23e
[<ffffffffa0501894>] :btrfs:run_delalloc_range+0x2cc/0x2e2
[<ffffffffa0512a82>] ? :btrfs:find_lock_delalloc_range+0x205/0x218
[<ffffffff8104ee17>] ? getnstimeofday+0x3a/0x96
[<ffffffffa05151b4>] :btrfs:__extent_writepage+0x169/0x5b6
[<ffffffff8107ca9c>] ? find_get_pages_tag+0x3d/0x95
[<ffffffff81083cba>] write_cache_pages+0x1c5/0x314
[<ffffffffa051504b>] ? :btrfs:__extent_writepage+0x0/0x5b6
[<ffffffffa051285d>] :btrfs:extent_writepages+0x32/0x52
[<ffffffffa050264a>] ? :btrfs:btrfs_get_extent+0x0/0x74f
[<ffffffffa0502628>] :btrfs:btrfs_writepages+0x23/0x25
[<ffffffff81083e56>] do_writepages+0x28/0x38
[<ffffffff810c9841>] __writeback_single_inode+0x16d/0x2cc
[<ffffffffa00b6b71>] ? :dm_mod:dm_any_congested+0x43/0x52
[<ffffffff810c9dab>] sync_sb_inodes+0x20b/0x2d0
[<ffffffff810ca0f9>] writeback_inodes+0xa8/0x100
[<ffffffff81083fac>] wb_kupdate+0xa3/0x119
[<ffffffff81084a81>] pdflush+0x148/0x1f7
[<ffffffff81083f09>] ? wb_kupdate+0x0/0x119
[<ffffffff81084939>] ? pdflush+0x0/0x1f7
[<ffffffff81049baf>] kthread+0x49/0x76
[<ffffffff8100d148>] child_rip+0xa/0x12
[<ffffffff81049b66>] ? kthread+0x0/0x76
[<ffffffff8100d13e>] ? child_rip+0x0/0x12
and
allocation failed flags 1
------------[ cut here ]------------
kernel BUG at /home/avi/btrfs/btrfs-0.16/extent-tree.c:2111!
invalid opcode: 0000 [1] SMP
CPU 0
Modules linked in: btrfs ...
Pid: 31165, comm: pdflush Tainted: G W 2.6.26.3-29.fc9.x86_64 #1
RIP: 0010:[<ffffffffa04f6383>] [<ffffffffa04f6383>]
:btrfs:__btrfs_reserve_extent+0x1ff/0x23a
RSP: 0018:ffff81005f095860 EFLAGS: 00010286
RAX: 000000000000001d RBX: 0000000000000001 RCX: ffff81005e487e60
RDX: 0000000100000000 RSI: ffff81005f0956d0 RDI: 0000000000000246
RBP: ffff81005f0958d0 R08: ffffffff813d2db0 R09: ffff810001019798
R10: 00004bd3179bd155 R11: 0000000000000000 R12: ffff8100256ea000
R13: ffff81003722f000 R14: 0000000000001000 R15: ffff81003e1926c8
FS: 0000000000000000(0000) GS:ffffffff81417000(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 00000031c032e830 CR3: 000000007a40a000 CR4: 00000000000026e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process pdflush (pid: 31165, threadinfo ffff81005f094000, task
ffff810018b2da80)
Stack: 0000000000000000 ffff81005f095990 0000000000000000 0000000000000000
0000000000000001 0000000000000246 0000000000000000 0000000000000000
0000000000001000 0000000000000000 ffff81003722f000 0000000000000000
Call Trace:
[<ffffffffa04f641c>] :btrfs:btrfs_reserve_extent+0x5e/0x79
[<ffffffffa05014a7>] :btrfs:cow_file_range+0x11d/0x23e
[<ffffffffa0501894>] :btrfs:run_delalloc_range+0x2cc/0x2e2
[<ffffffffa0512a82>] ? :btrfs:find_lock_delalloc_range+0x205/0x218
[<ffffffff8104ee17>] ? getnstimeofday+0x3a/0x96
[<ffffffffa05151b4>] :btrfs:__extent_writepage+0x169/0x5b6
[<ffffffff8107ca9c>] ? find_get_pages_tag+0x3d/0x95
[<ffffffff81083cba>] write_cache_pages+0x1c5/0x314
[<ffffffffa051504b>] ? :btrfs:__extent_writepage+0x0/0x5b6
[<ffffffffa051285d>] :btrfs:extent_writepages+0x32/0x52
[<ffffffffa050264a>] ? :btrfs:btrfs_get_extent+0x0/0x74f
[<ffffffffa0502628>] :btrfs:btrfs_writepages+0x23/0x25
[<ffffffff81083e56>] do_writepages+0x28/0x38
[<ffffffff810c9841>] __writeback_single_inode+0x16d/0x2cc
[<ffffffffa00b6b71>] ? :dm_mod:dm_any_congested+0x43/0x52
[<ffffffff810c9dab>] sync_sb_inodes+0x20b/0x2d0
[<ffffffff810ca0f9>] writeback_inodes+0xa8/0x100
[<ffffffff81083fac>] wb_kupdate+0xa3/0x119
[<ffffffff81084a81>] pdflush+0x148/0x1f7
[<ffffffff81083f09>] ? wb_kupdate+0x0/0x119
[<ffffffff81084939>] ? pdflush+0x0/0x1f7
[<ffffffff81049baf>] kthread+0x49/0x76
[<ffffffff8100d148>] child_rip+0xa/0x12
[<ffffffff81049b66>] ? kthread+0x0/0x76
[<ffffffff8100d13e>] ? child_rip+0x0/0x12
Code: 85 08 01 00 00 4c 89 f2 48 8b 70 20 e8 0d f5 ff ff e9 91 fe ff ff
85 c0 74 15 48 89 de 48 c7 c7 f1 bc 51 a0 31 c0 e8 03 40 da e0 <0f> 0b
eb fe 48 8b 45 18 49 8b bd 08 01 00 00 b9 50 00 00 00 48
RIP [<ffffffffa04f6383>] :btrfs:__btrfs_reserve_extent+0x1ff/0x23a
The 'Unable to find block group' perhaps indicate the firesystem was
resized beyond the blockdev's limits? Or is online resizing broken?
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: oops in btrfs_reserve_extent (v0.16)
2008-09-28 20:42 oops in btrfs_reserve_extent (v0.16) Avi Kivity
@ 2008-09-29 0:08 ` Josef Bacik
2008-09-29 8:13 ` Avi Kivity
0 siblings, 1 reply; 3+ messages in thread
From: Josef Bacik @ 2008-09-29 0:08 UTC (permalink / raw)
To: Avi Kivity; +Cc: linux-btrfs
On Sun, Sep 28, 2008 at 11:42:00PM +0300, Avi Kivity wrote:
> Perhaps a bit optimistically I started moving my home directory to
> btrfs, using v0.16. Midway through the rsync I noticed the 10GB lvm
> volume would be too small for a filesystem with no -ENOSPC support, so I
> extended the volume and resized the filesystem while rsync was running.
> The punishment for this arrived almost immediately:
>
> new size for /dev/mapper/vg0-home.btrfs is 21474836480
> Unable to find block group for 8619294720
> ------------[ cut here ]------------
> WARNING: at /home/avi/btrfs/btrfs-0.16/extent-tree.c:300
> find_search_start+0x1d9/0x27e [btrfs]() (Not tainted)
> Modules linked in: btrfs ...
> Pid: 31165, comm: pdflush Not tainted 2.6.26.3-29.fc9.x86_64 #1
>
> Call Trace:
> [<ffffffff81036db7>] warn_on_slowpath+0x60/0xa3
> [<ffffffff8129a3ed>] ? printk+0x67/0x6a
> [<ffffffffa0511d52>] ? :btrfs:get_state_private+0x6b/0x79
> [<ffffffffa04f41e8>] ? :btrfs:btrfs_lookup_block_group+0x3b/0x73
> [<ffffffffa0511b6b>] ? :btrfs:find_first_extent_bit_state+0x23/0x5e
> [<ffffffffa04f4cf4>] :btrfs:find_search_start+0x1d9/0x27e
> [<ffffffffa0511d52>] ? :btrfs:get_state_private+0x6b/0x79
> [<ffffffffa04f5eb9>] :btrfs:find_free_extent+0x334/0x5ff
> [<ffffffffa04f632d>] :btrfs:__btrfs_reserve_extent+0x1a9/0x23a
> [<ffffffffa04f641c>] :btrfs:btrfs_reserve_extent+0x5e/0x79
> [<ffffffffa05014a7>] :btrfs:cow_file_range+0x11d/0x23e
> [<ffffffffa0501894>] :btrfs:run_delalloc_range+0x2cc/0x2e2
> [<ffffffffa0512a82>] ? :btrfs:find_lock_delalloc_range+0x205/0x218
> [<ffffffff8104ee17>] ? getnstimeofday+0x3a/0x96
> [<ffffffffa05151b4>] :btrfs:__extent_writepage+0x169/0x5b6
> [<ffffffff8107ca9c>] ? find_get_pages_tag+0x3d/0x95
> [<ffffffff81083cba>] write_cache_pages+0x1c5/0x314
> [<ffffffffa051504b>] ? :btrfs:__extent_writepage+0x0/0x5b6
> [<ffffffffa051285d>] :btrfs:extent_writepages+0x32/0x52
> [<ffffffffa050264a>] ? :btrfs:btrfs_get_extent+0x0/0x74f
> [<ffffffffa0502628>] :btrfs:btrfs_writepages+0x23/0x25
> [<ffffffff81083e56>] do_writepages+0x28/0x38
> [<ffffffff810c9841>] __writeback_single_inode+0x16d/0x2cc
> [<ffffffffa00b6b71>] ? :dm_mod:dm_any_congested+0x43/0x52
> [<ffffffff810c9dab>] sync_sb_inodes+0x20b/0x2d0
> [<ffffffff810ca0f9>] writeback_inodes+0xa8/0x100
> [<ffffffff81083fac>] wb_kupdate+0xa3/0x119
> [<ffffffff81084a81>] pdflush+0x148/0x1f7
> [<ffffffff81083f09>] ? wb_kupdate+0x0/0x119
> [<ffffffff81084939>] ? pdflush+0x0/0x1f7
> [<ffffffff81049baf>] kthread+0x49/0x76
> [<ffffffff8100d148>] child_rip+0xa/0x12
> [<ffffffff81049b66>] ? kthread+0x0/0x76
> [<ffffffff8100d13e>] ? child_rip+0x0/0x12
>
> and
>
> allocation failed flags 1
> ------------[ cut here ]------------
> kernel BUG at /home/avi/btrfs/btrfs-0.16/extent-tree.c:2111!
> invalid opcode: 0000 [1] SMP
> CPU 0
> Modules linked in: btrfs ...
> Pid: 31165, comm: pdflush Tainted: G W 2.6.26.3-29.fc9.x86_64 #1
> RIP: 0010:[<ffffffffa04f6383>] [<ffffffffa04f6383>]
> :btrfs:__btrfs_reserve_extent+0x1ff/0x23a
> RSP: 0018:ffff81005f095860 EFLAGS: 00010286
> RAX: 000000000000001d RBX: 0000000000000001 RCX: ffff81005e487e60
> RDX: 0000000100000000 RSI: ffff81005f0956d0 RDI: 0000000000000246
> RBP: ffff81005f0958d0 R08: ffffffff813d2db0 R09: ffff810001019798
> R10: 00004bd3179bd155 R11: 0000000000000000 R12: ffff8100256ea000
> R13: ffff81003722f000 R14: 0000000000001000 R15: ffff81003e1926c8
> FS: 0000000000000000(0000) GS:ffffffff81417000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> CR2: 00000031c032e830 CR3: 000000007a40a000 CR4: 00000000000026e0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process pdflush (pid: 31165, threadinfo ffff81005f094000, task
> ffff810018b2da80)
> Stack: 0000000000000000 ffff81005f095990 0000000000000000 0000000000000000
> 0000000000000001 0000000000000246 0000000000000000 0000000000000000
> 0000000000001000 0000000000000000 ffff81003722f000 0000000000000000
> Call Trace:
> [<ffffffffa04f641c>] :btrfs:btrfs_reserve_extent+0x5e/0x79
> [<ffffffffa05014a7>] :btrfs:cow_file_range+0x11d/0x23e
> [<ffffffffa0501894>] :btrfs:run_delalloc_range+0x2cc/0x2e2
> [<ffffffffa0512a82>] ? :btrfs:find_lock_delalloc_range+0x205/0x218
> [<ffffffff8104ee17>] ? getnstimeofday+0x3a/0x96
> [<ffffffffa05151b4>] :btrfs:__extent_writepage+0x169/0x5b6
> [<ffffffff8107ca9c>] ? find_get_pages_tag+0x3d/0x95
> [<ffffffff81083cba>] write_cache_pages+0x1c5/0x314
> [<ffffffffa051504b>] ? :btrfs:__extent_writepage+0x0/0x5b6
> [<ffffffffa051285d>] :btrfs:extent_writepages+0x32/0x52
> [<ffffffffa050264a>] ? :btrfs:btrfs_get_extent+0x0/0x74f
> [<ffffffffa0502628>] :btrfs:btrfs_writepages+0x23/0x25
> [<ffffffff81083e56>] do_writepages+0x28/0x38
> [<ffffffff810c9841>] __writeback_single_inode+0x16d/0x2cc
> [<ffffffffa00b6b71>] ? :dm_mod:dm_any_congested+0x43/0x52
> [<ffffffff810c9dab>] sync_sb_inodes+0x20b/0x2d0
> [<ffffffff810ca0f9>] writeback_inodes+0xa8/0x100
> [<ffffffff81083fac>] wb_kupdate+0xa3/0x119
> [<ffffffff81084a81>] pdflush+0x148/0x1f7
> [<ffffffff81083f09>] ? wb_kupdate+0x0/0x119
> [<ffffffff81084939>] ? pdflush+0x0/0x1f7
> [<ffffffff81049baf>] kthread+0x49/0x76
> [<ffffffff8100d148>] child_rip+0xa/0x12
> [<ffffffff81049b66>] ? kthread+0x0/0x76
> [<ffffffff8100d13e>] ? child_rip+0x0/0x12
>
> Code: 85 08 01 00 00 4c 89 f2 48 8b 70 20 e8 0d f5 ff ff e9 91 fe ff ff
> 85 c0 74 15 48 89 de 48 c7 c7 f1 bc 51 a0 31 c0 e8 03 40 da e0 <0f> 0b
> eb fe 48 8b 45 18 49 8b bd 08 01 00 00 b9 50 00 00 00 48
> RIP [<ffffffffa04f6383>] :btrfs:__btrfs_reserve_extent+0x1ff/0x23a
>
> The 'Unable to find block group' perhaps indicate the firesystem was
> resized beyond the blockdev's limits? Or is online resizing broken?
>
Could you try with the unstable git tree? I just rewrote a bunch of this stuff
and like to know if the same issue is present there. I wouldn't recommend using
unstable for your home directory yet tho, that code still may eat children.
Thanks,
Josef
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: oops in btrfs_reserve_extent (v0.16)
2008-09-29 0:08 ` Josef Bacik
@ 2008-09-29 8:13 ` Avi Kivity
0 siblings, 0 replies; 3+ messages in thread
From: Avi Kivity @ 2008-09-29 8:13 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-btrfs
Josef Bacik wrote:
> Could you try with the unstable git tree? I just rewrote a bunch of this stuff
> and like to know if the same issue is present there. I wouldn't recommend using
> unstable for your home directory yet tho, that code still may eat children.
> Thanks,
>
Will try that on a virtual machine -- unfortunately I am too far
bandwidth wise from an F9 installer.
Meanwhile I rsync'ed my /home without online resizing, using v0.16.
Filesystem and myself both happy.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-09-29 8:13 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-28 20:42 oops in btrfs_reserve_extent (v0.16) Avi Kivity
2008-09-29 0:08 ` Josef Bacik
2008-09-29 8:13 ` Avi Kivity
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox