From: Sami Liedes <sami.liedes@iki.fi>
To: Jan Schmidt <list.btrfs@jan-o-sch.net>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: btrfs GPF in read_extent_buffer() while scrubbing with kernel 3.4.2
Date: Wed, 4 Jul 2012 23:24:53 +0300 [thread overview]
Message-ID: <20120704202452.GA8996@sli.dy.fi> (raw)
In-Reply-To: <4FF47168.9010405@jan-o-sch.net>
[-- Attachment #1: Type: text/plain, Size: 6770 bytes --]
On Wed, Jul 04, 2012 at 06:38:00PM +0200, Jan Schmidt wrote:
> > [ 200.980496] btrfs: invalid parameters for read_extent_buffer: start (32771) > eb->len (32768). eb start is 2243489562624, level 26, generation 3144240307695375391, nritems 620178657. len param 17. debug 2/989/620178657/3144240307695375391
Let's call this try 1. I ran it three more times, so below we have
tries 2, 3 and 4.
> Wow, that's strange. Can you repeat your test once or twice and paste that line,
> please? I'd like to get a feeling if the values are completely random.
Curiously, it clearly takes longer for it to crash after starting the
scrub each time I run it. Also on try 4 I got an entirely different
crash (backtrace below). Now it scrubs maybe the first 200G or so of
both devices of the (raid-1) 2.2T filesystem before it crashes.
start and eb->len seem to be the same (32771 and 32768) every time. eb
start varies, but there's some pattern if you view them in hex:
Try 1 20a5a660000
Try 2 20bb0018000
Try 3 20a8bc28000
Try 4 (no output, different crash)
The rest of the values seem to me to be completely different every time.
Sami
Try 2:
------------------------------------------------------------
[12961.870107] btrfs: invalid parameters for read_extent_buffer: start (32771) > eb->len (32768). eb start is 2249220784128, level 14, generation 2242260605927040034, nritems 117835525. len param 17. debug 2/989/117835525/2242260605927040034
[12961.870204] ------------[ cut here ]------------
[12961.870264] WARNING: at fs/btrfs/extent_io.c:4528 read_extent_buffer+0x167/0x1a0 [btrfs]()
[12961.870302] Hardware name: System Product Name
[12961.870322] Modules linked in: <omitted> [last unloaded: scsi_wait_scan]
[12961.870367] Pid: 1144, comm: btrfs-endio-met Tainted: G W 3.4.4-modded-oops+ #2
[12961.870403] Call Trace:
[12961.870421] [<ffffffff8103905a>] warn_slowpath_common+0x7a/0xb0
[12961.870449] [<ffffffff810390a5>] warn_slowpath_null+0x15/0x20
[...]
------------------------------------------------------------
Try 3:
------------------------------------------------------------
[ 531.770984] btrfs: invalid parameters for read_extent_buffer: start (32771) > eb->len (32768). eb start is 2244317708288, level 170, generation 13639284858109917187, nritems 6171943. len param 17. debug 2/989/6171943/13639284858109917187
[ 531.771081] ------------[ cut here ]------------
[ 531.771133] WARNING: at fs/btrfs/extent_io.c:4528 read_extent_buffer+0x167/0x1a0 [btrfs]()
[ 531.771169] Hardware name: System Product Name
[ 531.771191] Modules linked in: <omitted> [last unloaded: scsi_wait_scan]
[ 531.771229] Pid: 1132, comm: btrfs-endio-met Tainted: G W 3.4.4-modded-oops+ #2
[ 531.771265] Call Trace:
[ 531.771282] [<ffffffff8103905a>] warn_slowpath_common+0x7a/0xb0
[...]
------------------------------------------------------------
Try 4:
------------------------------------------------------------
[ 95.933108] netconsole: network logging started
[ 982.651987] unable to find logical 691402650139365534 len 32768
[ 982.652060] ------------[ cut here ]------------
[ 982.652085] kernel BUG at fs/btrfs/volumes.c:3725!
[ 982.652109] invalid opcode: 0000 [#1] SMP
[ 982.652138] CPU 4
[ 982.652149] Modules linked in: <omitted> [last unloaded: scsi_wait_scan]
[ 982.652190]
[ 982.652201] Pid: 1127, comm: btrfs-endio-met Tainted: G W 3.4.4-modded-oops+ #2 System manufacturer System Product Name/P8P67 EVO
[ 982.652264] RIP: 0010:[<ffffffffa0257778>] [<ffffffffa0257778>] __btrfs_map_block+0x668/0x680 [btrfs]
[ 982.652323] RSP: 0000:ffff8801f43cfa70 EFLAGS: 00010286
[ 982.652347] RAX: 0000000000000049 RBX: 09985b0c0e52109e RCX: 0000000000000082
[ 982.652379] RDX: 00000000000000e8 RSI: 0000000000000046 RDI: 0000000000000246
[ 982.652411] RBP: ffff8801f43cfb10 R08: 0000000000000000 R09: 0000000000000000
[ 982.652443] R10: ffff8801f1fbf680 R11: ffff8801f3b00780 R12: ffff8801f0026108
[ 982.652475] R13: 0000000000008000 R14: ffff8801f0026fe0 R15: ffff8801f43cfbb0
[ 982.652507] FS: 0000000000000000(0000) GS:ffff88021ed00000(0000) knlGS:0000000000000000
[ 982.652542] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 982.652568] CR2: 00000000f775c000 CR3: 00000002110a1000 CR4: 00000000000407e0
[ 982.652600] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 982.652632] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 982.652664] Process btrfs-endio-met (pid: 1127, threadinfo ffff8801f43ce000, task ffff8801f401c2f0)
[ 982.652703] Stack:
[ 982.652715] ffff8801f43cfa90 ffffffff811dc553 ffff88021ec0ce88 ffff88021ed0ce80
[ 982.652761] ffff8801f43cfb00 0000000000000086 ffff8801f43cfaf0 0000000000000086
[ 982.652807] 000000fdf43cfad0 ffff8801f43cfba8 0000002000000004 0000000000000004
[ 982.652852] Call Trace:
[ 982.652869] [<ffffffff811dc553>] ? cpumask_next_and+0x23/0x40
[ 982.652897] [<ffffffff8111d7e2>] ? kmem_cache_alloc_trace+0xc2/0x100
[ 982.652940] [<ffffffffa025aac9>] btrfs_map_block+0x9/0x10 [btrfs]
[ 982.652979] [<ffffffffa0280ad2>] reada_add_block+0x1c2/0x890 [btrfs]
[ 982.653010] [<ffffffff8140a4a2>] ? __slab_free+0xde/0x24e
[ 982.653045] [<ffffffffa0281447>] __readahead_hook.isra.5+0x2a7/0x460 [btrfs]
[ 982.653086] [<ffffffffa028192f>] btree_readahead_hook+0x1f/0x40 [btrfs]
[ 982.653126] [<ffffffffa0227841>] btree_readpage_end_io_hook+0x111/0x260 [btrfs]
[ 982.653168] [<ffffffffa024f442>] ? find_first_extent_bit_state+0x22/0x80 [btrfs]
[ 982.653211] [<ffffffffa025008b>] end_bio_extent_readpage+0xcb/0xa30 [btrfs]
[ 982.653252] [<ffffffffa0226e61>] ? end_workqueue_fn+0x31/0x50 [btrfs]
[ 982.653284] [<ffffffff81158988>] bio_endio+0x18/0x30
[ 982.653317] [<ffffffffa0226e6c>] end_workqueue_fn+0x3c/0x50 [btrfs]
[ 982.653355] [<ffffffffa025d8d7>] worker_loop+0x157/0x560 [btrfs]
[ 982.653393] [<ffffffffa025d780>] ? btrfs_queue_worker+0x310/0x310 [btrfs]
[ 982.653427] [<ffffffff81058e5e>] kthread+0x8e/0xa0
[ 982.653451] [<ffffffff81419064>] kernel_thread_helper+0x4/0x10
[ 982.653480] [<ffffffff81058dd0>] ? flush_kthread_worker+0x70/0x70
[ 982.653509] [<ffffffff81419060>] ? gs_change+0x13/0x13
[ 982.653533] Code: e6 89 c7 eb a4 0f 0b c7 45 c4 01 00 00 00 31 db e9 08 fd ff ff 0f 0b 49 8b 17 48 89 de 48 c7 c7 08 0c 29 a0 31 c0 e8 e3 09 1b e1 <0f> 0b 0f 0b 89 df e9 73 ff ff ff 66 66 66 66 2e 0f 1f 84 00 00
[ 982.653807] RIP [<ffffffffa0257778>] __btrfs_map_block+0x668/0x680 [btrfs]
[ 982.653853] RSP <ffff8801f43cfa70>
[ 982.653877] ---[ end trace e93713a9d40cd06e ]---
------------------------------------------------------------
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2012-07-04 20:25 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-02 23:01 btrfs GPF in read_extent_buffer() while scrubbing with kernel 3.4.2 Sami Liedes
2012-07-02 23:08 ` Sami Liedes
2012-07-03 13:11 ` Jan Schmidt
2012-07-03 13:58 ` Sami Liedes
2012-07-03 14:35 ` Jan Schmidt
2012-07-03 22:47 ` Sami Liedes
2012-07-04 0:17 ` Sami Liedes
2012-07-04 11:26 ` Jan Schmidt
2012-07-04 16:03 ` Sami Liedes
2012-07-04 16:38 ` Jan Schmidt
2012-07-04 20:24 ` Sami Liedes [this message]
2012-07-05 13:41 ` Jan Schmidt
2012-07-05 23:47 ` Sami Liedes
2012-07-06 10:42 ` Jan Schmidt
2012-07-06 11:50 ` Chris Mason
2012-07-06 14:33 ` Sami Liedes
2012-07-06 14:40 ` Chris Mason
2012-07-06 15:02 ` Jan Schmidt
2012-07-06 15:19 ` Chris Mason
2012-07-06 15:09 ` Jan Schmidt
[not found] ` <20120706195923.GA10687@sli.dy.fi>
2012-07-06 21:41 ` Sami Liedes
2012-07-06 23:44 ` Sami Liedes
2012-07-09 9:05 ` *** GMX Spamverdacht *** " Arne Jansen
2012-07-10 4:16 ` Sami Liedes
2012-07-10 6:05 ` Arne Jansen
2012-07-10 6:57 ` *** GMX Spamverdacht *** " Arne Jansen
2012-07-16 8:20 ` Arne Jansen
2012-07-16 21:29 ` Sami Liedes
2012-07-28 12:08 ` Sami Liedes
2012-07-28 18:50 ` Sami Liedes
2012-07-03 13:14 ` Sami Liedes
2013-03-27 11:54 ` Stefan Behrens
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120704202452.GA8996@sli.dy.fi \
--to=sami.liedes@iki.fi \
--cc=linux-btrfs@vger.kernel.org \
--cc=list.btrfs@jan-o-sch.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).