* Upgrade to 3.19.2 Kernel fails to boot
@ 2015-03-19 23:06 G. Richard Bellamy
2015-03-19 23:19 ` Chris Murphy
` (3 more replies)
0 siblings, 4 replies; 13+ messages in thread
From: G. Richard Bellamy @ 2015-03-19 23:06 UTC (permalink / raw)
To: linux-btrfs
When I upgrade to the 3.19.2 Kernel I get a deadlocked boot:
INFO: task mount:302 blocked for more than 120 seconds.
INFO: task btrfs-transacti:329 blocked for more than 120 seconds.
I have an LTS Kernel at 3.14.35 that also fails to boot with the same behavior.
My 3.18.6 works just fine.
-rb
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-19 23:06 Upgrade to 3.19.2 Kernel fails to boot G. Richard Bellamy
@ 2015-03-19 23:19 ` Chris Murphy
2015-03-22 21:15 ` Ochi
` (2 subsequent siblings)
3 siblings, 0 replies; 13+ messages in thread
From: Chris Murphy @ 2015-03-19 23:19 UTC (permalink / raw)
To: G. Richard Bellamy; +Cc: linux-btrfs
On Thu, Mar 19, 2015 at 5:06 PM, G. Richard Bellamy
<rbellamy@pteradigm.com> wrote:
> When I upgrade to the 3.19.2 Kernel I get a deadlocked boot:
> INFO: task mount:302 blocked for more than 120 seconds.
> INFO: task btrfs-transacti:329 blocked for more than 120 seconds.
If you boot single user is it semi-responsive enough to sysrq+w [1]
and post the resulting dmesg?
>My 3.18.6 works just fine.
What do you get for 'btrfs check <dev>' You either need to run this
from the initramfs (totally unmounted file system) or rescue media
with a decently recent btrfs progs.
[1]
https://www.kernel.org/doc/Documentation/sysrq.txt
--
Chris Murphy
^ permalink raw reply [flat|nested] 13+ messages in thread
* Upgrade to 3.19.2 Kernel fails to boot
2015-03-19 23:06 Upgrade to 3.19.2 Kernel fails to boot G. Richard Bellamy
2015-03-19 23:19 ` Chris Murphy
@ 2015-03-22 21:15 ` Ochi
2015-03-22 21:25 ` Roman Mamedov
2015-03-23 8:23 ` Anand Jain
2015-03-31 21:24 ` Benjamin Hodgetts
3 siblings, 1 reply; 13+ messages in thread
From: Ochi @ 2015-03-22 21:15 UTC (permalink / raw)
To: rbellamy; +Cc: linux-btrfs
> When I upgrade to the 3.19.2 Kernel I get a deadlocked boot:
> INFO: task mount:302 blocked for more than 120 seconds.
> INFO: task btrfs-transacti:329 blocked for more than 120 seconds.
I had a similar behavior today after I accidentally pulled the power
plug of my machine (Arch Linux, Kernel 3.19.2). I tried to boot several
times, but "mount" timed out. I booted into a recovery Arch Linux with a
3.18 kernel and my root filesystem mounted without any problems.
Unmounted, ran btrfs check, no errors. After reboot, the filesystem
mounted normally with 3.19.2 again! I tried to reproduce this behavior
on another machine, but so far to no avail.
I'm afraid I wasn't able to gather more debug info. Some more general
info: I'm using btrfs on top of dm-crypt (LUKS), my root is on a SSD,
and I'm using rw,noatime,ssd,discard,space_cache as mount options.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-22 21:15 ` Ochi
@ 2015-03-22 21:25 ` Roman Mamedov
0 siblings, 0 replies; 13+ messages in thread
From: Roman Mamedov @ 2015-03-22 21:25 UTC (permalink / raw)
To: Ochi; +Cc: rbellamy, linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 836 bytes --]
On Sun, 22 Mar 2015 22:15:47 +0100
Ochi <ochi@arcor.de> wrote:
> > When I upgrade to the 3.19.2 Kernel I get a deadlocked boot:
> > INFO: task mount:302 blocked for more than 120 seconds.
> > INFO: task btrfs-transacti:329 blocked for more than 120 seconds.
>
> I had a similar behavior today after I accidentally pulled the power
> plug of my machine (Arch Linux, Kernel 3.19.2). I tried to boot several
> times, but "mount" timed out.
This message by itself is not a "time out" of any kind, it's just a warning
which says exactly what it says and nothing more. If you are certain that
there was no access whatsoever to the HDD/SSD (the access light not flashing),
then yeah maybe it got stuck. But it also could be it simply needed 1-2 more
minutes to complete whatever it was doing.
--
With respect,
Roman
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-19 23:06 Upgrade to 3.19.2 Kernel fails to boot G. Richard Bellamy
2015-03-19 23:19 ` Chris Murphy
2015-03-22 21:15 ` Ochi
@ 2015-03-23 8:23 ` Anand Jain
2015-03-23 13:22 ` Rich Freeman
2015-03-31 21:24 ` Benjamin Hodgetts
3 siblings, 1 reply; 13+ messages in thread
From: Anand Jain @ 2015-03-23 8:23 UTC (permalink / raw)
To: G. Richard Bellamy, linux-btrfs
Do you still have the problem ? Can you pls confirm on the latest btrfs
? Since I am fixing the devices part of the btrfs, I am bit nervous.
Thanks, Anand
On 03/20/2015 07:06 AM, G. Richard Bellamy wrote:
> When I upgrade to the 3.19.2 Kernel I get a deadlocked boot:
> INFO: task mount:302 blocked for more than 120 seconds.
> INFO: task btrfs-transacti:329 blocked for more than 120 seconds.
>
> I have an LTS Kernel at 3.14.35 that also fails to boot with the same behavior.
>
> My 3.18.6 works just fine.
>
> -rb
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-23 8:23 ` Anand Jain
@ 2015-03-23 13:22 ` Rich Freeman
2015-03-23 16:37 ` Rich Freeman
0 siblings, 1 reply; 13+ messages in thread
From: Rich Freeman @ 2015-03-23 13:22 UTC (permalink / raw)
To: Anand Jain; +Cc: G. Richard Bellamy, linux-btrfs
On Mon, Mar 23, 2015 at 4:23 AM, Anand Jain <Anand.Jain@oracle.com> wrote:
>
> Do you still have the problem ? Can you pls confirm on the latest btrfs ?
> Since I am fixing the devices part of the btrfs, I am bit nervous.
I'm having a similar problem. I'm getting some kind of btrfs
corruption that causes a panic/reboot, and then the initramfs won't
mount root for 3.18.9, but it will mount it for 3.18.8.
Running on 3.18.8 eventually caused the panic to repeat, so I'm not
sure that 3.18.9 is necessarily breaking things - it might just be
fussier about not mounting a dirty fs.
I did run a btrfs check --repair and it ended up moving some chromium
preferences from the user profile folder to lost+found. That got the
system to run for about 8 hours, but it still paniced the next
morning. I'm now running on 3.18.7 to see what happens.
Unfortunately I haven't been doing a good job about capturing logs.
I'll try to capture more the next time this happens. I've been
running fine on 3.18 for a while now, so I'm not sure where all of
this is coming from.
--
Rich
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-23 13:22 ` Rich Freeman
@ 2015-03-23 16:37 ` Rich Freeman
2015-03-24 6:31 ` Anand Jain
0 siblings, 1 reply; 13+ messages in thread
From: Rich Freeman @ 2015-03-23 16:37 UTC (permalink / raw)
To: Anand Jain; +Cc: G. Richard Bellamy, linux-btrfs
On Mon, Mar 23, 2015 at 9:22 AM, Rich Freeman
<r-btrfs@thefreemanclan.net> wrote:
>
> I'm having a similar problem. I'm getting some kind of btrfs
> corruption that causes a panic/reboot, and then the initramfs won't
> mount root for 3.18.9, but it will mount it for 3.18.8.
>
> Running on 3.18.8 eventually caused the panic to repeat, so I'm not
> sure that 3.18.9 is necessarily breaking things - it might just be
> fussier about not mounting a dirty fs.
>
This continues to happen. The filesystem won't mount with 3.18.9, but
will mount with 3.18.8.
Here is the dmesg output from dracut on 3.18.9:
[ 240.765147] INFO: task mount:395 blocked for more than 120 seconds.
[ 240.765224] Not tainted 3.18.9-gentoo #1
[ 240.765274] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 240.765809] mount D ffff880427c51900 11800 395 1 0x00000004
[ 240.765927] ffff88040d2f76a8 0000000000000082 ffff8804106170f0
0000000000011900
[ 240.766181] ffff88040d2f7fd8 0000000000011900 ffff88041593d6e0
ffff8804106170f0
[ 240.766373] ffff88040d2f76b8 ffff8800cb505c70 ffff8800cb505cf0
ffff8800cb505cd8
[ 240.766556] Call Trace:
[ 240.766618] [<ffffffff81504084>] schedule+0x24/0x60
[ 240.766719] [<ffffffffa032fe9d>] btrfs_tree_lock+0x4d/0x1c0 [btrfs]
[ 240.766780] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
[ 240.766859] [<ffffffffa02d3859>] btrfs_search_slot+0x6e9/0x9f0 [btrfs]
[ 240.766939] [<ffffffffa02d5503>] btrfs_insert_empty_items+0x73/0xd0 [btrfs]
[ 240.767017] [<ffffffffa02ce495>] ? btrfs_alloc_path+0x15/0x20 [btrfs]
[ 240.767118] [<ffffffffa033012a>] btrfs_insert_orphan_item+0x5a/0x80 [btrfs]
[ 240.767211] [<ffffffffa03316c5>] insert_orphan_item+0x65/0xa0 [btrfs]
[ 240.767301] [<ffffffffa0336589>] replay_one_buffer+0x349/0x360 [btrfs]
[ 240.767391] [<ffffffffa0330ff5>] walk_up_log_tree+0xc5/0x220 [btrfs]
[ 240.767481] [<ffffffffa03311eb>] walk_log_tree+0x9b/0x1a0 [btrfs]
[ 240.767572] [<ffffffffa0338932>] btrfs_recover_log_trees+0x262/0x4d0 [btrfs]
[ 240.767662] [<ffffffffa0336240>] ? replay_one_extent+0x780/0x780 [btrfs]
[ 240.767749] [<ffffffffa02f4b9f>] open_ctree+0x17ef/0x2100 [btrfs]
[ 240.767827] [<ffffffffa02cb876>] btrfs_mount+0x766/0x900 [btrfs]
[ 240.767886] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
[ 240.767940] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
[ 240.767997] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
[ 240.768087] [<ffffffffa02cb28b>] btrfs_mount+0x17b/0x900 [btrfs]
[ 240.768146] [<ffffffff81132e8a>] ? pcpu_alloc+0x35a/0x660
[ 240.768201] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
[ 240.768255] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
[ 240.768311] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
[ 240.768365] [<ffffffff8119289c>] do_mount+0x20c/0xaf0
[ 240.768420] [<ffffffff81118eb9>] ? __get_free_pages+0x9/0x40
[ 240.768474] [<ffffffff81192555>] ? copy_mount_options+0x35/0x150
[ 240.768528] [<ffffffff81193497>] SyS_mount+0x97/0xf0
[ 240.768582] [<ffffffff81507ad2>] system_call_fastpath+0x12/0x17
[ 240.768638] INFO: task btrfs-transacti:435 blocked for more than 120 seconds.
[ 240.768693] Not tainted 3.18.9-gentoo #1
[ 240.768742] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 240.768811] btrfs-transacti D ffff880427c11900 12424 435 2 0x00000000
[ 240.768928] ffff8800cfab7dc8 0000000000000046 ffff880410f01a10
0000000000011900
[ 240.769119] ffff8800cfab7fd8 0000000000011900 ffffffff81a16460
ffff880410f01a10
[ 240.769302] ffff8800cfab7dd8 ffff88040c7ab000 ffff8800cb554000
ffff8800cb5301a0
[ 240.769485] Call Trace:
[ 240.769540] [<ffffffff81504084>] schedule+0x24/0x60
[ 240.769625] [<ffffffffa02f73e5>]
btrfs_commit_transaction+0x275/0xa40 [btrfs]
[ 240.769698] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
[ 240.769784] [<ffffffffa02f305d>] transaction_kthread+0x1ad/0x240 [btrfs]
[ 240.769870] [<ffffffffa02f2eb0>] ?
btrfs_cleanup_transaction+0x530/0x530 [btrfs]
[ 240.769942] [<ffffffff8106aa04>] kthread+0xc4/0xe0
[ 240.769997] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
[ 240.770064] [<ffffffff81507a2c>] ret_from_fork+0x7c/0xb0
[ 240.770119] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
[ 360.832426] INFO: task mount:395 blocked for more than 120 seconds.
[ 360.832488] Not tainted 3.18.9-gentoo #1
[ 360.832539] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 360.832609] mount D ffff880427c51900 11800 395 1 0x00000004
[ 360.832727] ffff88040d2f76a8 0000000000000082 ffff8804106170f0
0000000000011900
[ 360.832911] ffff88040d2f7fd8 0000000000011900 ffff88041593d6e0
ffff8804106170f0
[ 360.833093] ffff88040d2f76b8 ffff8800cb505c70 ffff8800cb505cf0
ffff8800cb505cd8
[ 360.833276] Call Trace:
[ 360.833385] [<ffffffff81504084>] schedule+0x24/0x60
[ 360.833495] [<ffffffffa032fe9d>] btrfs_tree_lock+0x4d/0x1c0 [btrfs]
[ 360.833555] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
[ 360.833634] [<ffffffffa02d3859>] btrfs_search_slot+0x6e9/0x9f0 [btrfs]
[ 360.833715] [<ffffffffa02d5503>] btrfs_insert_empty_items+0x73/0xd0 [btrfs]
[ 360.833793] [<ffffffffa02ce495>] ? btrfs_alloc_path+0x15/0x20 [btrfs]
[ 360.833884] [<ffffffffa033012a>] btrfs_insert_orphan_item+0x5a/0x80 [btrfs]
[ 360.833975] [<ffffffffa03316c5>] insert_orphan_item+0x65/0xa0 [btrfs]
[ 360.834065] [<ffffffffa0336589>] replay_one_buffer+0x349/0x360 [btrfs]
[ 360.834155] [<ffffffffa0330ff5>] walk_up_log_tree+0xc5/0x220 [btrfs]
[ 360.834245] [<ffffffffa03311eb>] walk_log_tree+0x9b/0x1a0 [btrfs]
[ 360.834349] [<ffffffffa0338932>] btrfs_recover_log_trees+0x262/0x4d0 [btrfs]
[ 360.834440] [<ffffffffa0336240>] ? replay_one_extent+0x780/0x780 [btrfs]
[ 360.834526] [<ffffffffa02f4b9f>] open_ctree+0x17ef/0x2100 [btrfs]
[ 360.834604] [<ffffffffa02cb876>] btrfs_mount+0x766/0x900 [btrfs]
[ 360.834662] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
[ 360.834717] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
[ 360.834773] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
[ 360.834849] [<ffffffffa02cb28b>] btrfs_mount+0x17b/0x900 [btrfs]
[ 360.834905] [<ffffffff81132e8a>] ? pcpu_alloc+0x35a/0x660
[ 360.834960] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
[ 360.835014] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
[ 360.835069] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
[ 360.835123] [<ffffffff8119289c>] do_mount+0x20c/0xaf0
[ 360.835179] [<ffffffff81118eb9>] ? __get_free_pages+0x9/0x40
[ 360.835233] [<ffffffff81192555>] ? copy_mount_options+0x35/0x150
[ 360.835286] [<ffffffff81193497>] SyS_mount+0x97/0xf0
[ 360.835354] [<ffffffff81507ad2>] system_call_fastpath+0x12/0x17
[ 360.835412] INFO: task btrfs-transacti:435 blocked for more than 120 seconds.
[ 360.835465] Not tainted 3.18.9-gentoo #1
[ 360.835515] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 360.835583] btrfs-transacti D ffff880427c11900 12424 435 2 0x00000000
[ 360.835701] ffff8800cfab7dc8 0000000000000046 ffff880410f01a10
0000000000011900
[ 360.835887] ffff8800cfab7fd8 0000000000011900 ffffffff81a16460
ffff880410f01a10
[ 360.836069] ffff8800cfab7dd8 ffff88040c7ab000 ffff8800cb554000
ffff8800cb5301a0
[ 360.836252] Call Trace:
[ 360.836315] [<ffffffff81504084>] schedule+0x24/0x60
[ 360.836403] [<ffffffffa02f73e5>]
btrfs_commit_transaction+0x275/0xa40 [btrfs]
[ 360.836479] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
[ 360.836565] [<ffffffffa02f305d>] transaction_kthread+0x1ad/0x240 [btrfs]
[ 360.836651] [<ffffffffa02f2eb0>] ?
btrfs_cleanup_transaction+0x530/0x530 [btrfs]
[ 360.836725] [<ffffffff8106aa04>] kthread+0xc4/0xe0
[ 360.836780] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
[ 360.836834] [<ffffffff81507a2c>] ret_from_fork+0x7c/0xb0
[ 360.836891] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
--
Rich
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-23 16:37 ` Rich Freeman
@ 2015-03-24 6:31 ` Anand Jain
2015-03-24 10:40 ` Rich Freeman
0 siblings, 1 reply; 13+ messages in thread
From: Anand Jain @ 2015-03-24 6:31 UTC (permalink / raw)
To: Rich Freeman; +Cc: G. Richard Bellamy, linux-btrfs
Do you have this fix ..
[PATCH] Btrfs: release path before starting transaction in
can_nocow_extent
could you try ?.
Thanks, Anand
On 03/24/2015 12:37 AM, Rich Freeman wrote:
> On Mon, Mar 23, 2015 at 9:22 AM, Rich Freeman
> <r-btrfs@thefreemanclan.net> wrote:
>>
>> I'm having a similar problem. I'm getting some kind of btrfs
>> corruption that causes a panic/reboot, and then the initramfs won't
>> mount root for 3.18.9, but it will mount it for 3.18.8.
>>
>> Running on 3.18.8 eventually caused the panic to repeat, so I'm not
>> sure that 3.18.9 is necessarily breaking things - it might just be
>> fussier about not mounting a dirty fs.
>>
>
> This continues to happen. The filesystem won't mount with 3.18.9, but
> will mount with 3.18.8.
>
> Here is the dmesg output from dracut on 3.18.9:
>
> [ 240.765147] INFO: task mount:395 blocked for more than 120 seconds.
> [ 240.765224] Not tainted 3.18.9-gentoo #1
> [ 240.765274] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
> disables this message.
> [ 240.765809] mount D ffff880427c51900 11800 395 1 0x00000004
> [ 240.765927] ffff88040d2f76a8 0000000000000082 ffff8804106170f0
> 0000000000011900
> [ 240.766181] ffff88040d2f7fd8 0000000000011900 ffff88041593d6e0
> ffff8804106170f0
> [ 240.766373] ffff88040d2f76b8 ffff8800cb505c70 ffff8800cb505cf0
> ffff8800cb505cd8
> [ 240.766556] Call Trace:
> [ 240.766618] [<ffffffff81504084>] schedule+0x24/0x60
> [ 240.766719] [<ffffffffa032fe9d>] btrfs_tree_lock+0x4d/0x1c0 [btrfs]
> [ 240.766780] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
> [ 240.766859] [<ffffffffa02d3859>] btrfs_search_slot+0x6e9/0x9f0 [btrfs]
> [ 240.766939] [<ffffffffa02d5503>] btrfs_insert_empty_items+0x73/0xd0 [btrfs]
> [ 240.767017] [<ffffffffa02ce495>] ? btrfs_alloc_path+0x15/0x20 [btrfs]
> [ 240.767118] [<ffffffffa033012a>] btrfs_insert_orphan_item+0x5a/0x80 [btrfs]
> [ 240.767211] [<ffffffffa03316c5>] insert_orphan_item+0x65/0xa0 [btrfs]
> [ 240.767301] [<ffffffffa0336589>] replay_one_buffer+0x349/0x360 [btrfs]
> [ 240.767391] [<ffffffffa0330ff5>] walk_up_log_tree+0xc5/0x220 [btrfs]
> [ 240.767481] [<ffffffffa03311eb>] walk_log_tree+0x9b/0x1a0 [btrfs]
> [ 240.767572] [<ffffffffa0338932>] btrfs_recover_log_trees+0x262/0x4d0 [btrfs]
> [ 240.767662] [<ffffffffa0336240>] ? replay_one_extent+0x780/0x780 [btrfs]
> [ 240.767749] [<ffffffffa02f4b9f>] open_ctree+0x17ef/0x2100 [btrfs]
> [ 240.767827] [<ffffffffa02cb876>] btrfs_mount+0x766/0x900 [btrfs]
> [ 240.767886] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
> [ 240.767940] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
> [ 240.767997] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
> [ 240.768087] [<ffffffffa02cb28b>] btrfs_mount+0x17b/0x900 [btrfs]
> [ 240.768146] [<ffffffff81132e8a>] ? pcpu_alloc+0x35a/0x660
> [ 240.768201] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
> [ 240.768255] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
> [ 240.768311] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
> [ 240.768365] [<ffffffff8119289c>] do_mount+0x20c/0xaf0
> [ 240.768420] [<ffffffff81118eb9>] ? __get_free_pages+0x9/0x40
> [ 240.768474] [<ffffffff81192555>] ? copy_mount_options+0x35/0x150
> [ 240.768528] [<ffffffff81193497>] SyS_mount+0x97/0xf0
> [ 240.768582] [<ffffffff81507ad2>] system_call_fastpath+0x12/0x17
> [ 240.768638] INFO: task btrfs-transacti:435 blocked for more than 120 seconds.
> [ 240.768693] Not tainted 3.18.9-gentoo #1
> [ 240.768742] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
> disables this message.
> [ 240.768811] btrfs-transacti D ffff880427c11900 12424 435 2 0x00000000
> [ 240.768928] ffff8800cfab7dc8 0000000000000046 ffff880410f01a10
> 0000000000011900
> [ 240.769119] ffff8800cfab7fd8 0000000000011900 ffffffff81a16460
> ffff880410f01a10
> [ 240.769302] ffff8800cfab7dd8 ffff88040c7ab000 ffff8800cb554000
> ffff8800cb5301a0
> [ 240.769485] Call Trace:
> [ 240.769540] [<ffffffff81504084>] schedule+0x24/0x60
> [ 240.769625] [<ffffffffa02f73e5>]
> btrfs_commit_transaction+0x275/0xa40 [btrfs]
> [ 240.769698] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
> [ 240.769784] [<ffffffffa02f305d>] transaction_kthread+0x1ad/0x240 [btrfs]
> [ 240.769870] [<ffffffffa02f2eb0>] ?
> btrfs_cleanup_transaction+0x530/0x530 [btrfs]
> [ 240.769942] [<ffffffff8106aa04>] kthread+0xc4/0xe0
> [ 240.769997] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
> [ 240.770064] [<ffffffff81507a2c>] ret_from_fork+0x7c/0xb0
> [ 240.770119] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
> [ 360.832426] INFO: task mount:395 blocked for more than 120 seconds.
> [ 360.832488] Not tainted 3.18.9-gentoo #1
> [ 360.832539] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
> disables this message.
> [ 360.832609] mount D ffff880427c51900 11800 395 1 0x00000004
> [ 360.832727] ffff88040d2f76a8 0000000000000082 ffff8804106170f0
> 0000000000011900
> [ 360.832911] ffff88040d2f7fd8 0000000000011900 ffff88041593d6e0
> ffff8804106170f0
> [ 360.833093] ffff88040d2f76b8 ffff8800cb505c70 ffff8800cb505cf0
> ffff8800cb505cd8
> [ 360.833276] Call Trace:
> [ 360.833385] [<ffffffff81504084>] schedule+0x24/0x60
> [ 360.833495] [<ffffffffa032fe9d>] btrfs_tree_lock+0x4d/0x1c0 [btrfs]
> [ 360.833555] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
> [ 360.833634] [<ffffffffa02d3859>] btrfs_search_slot+0x6e9/0x9f0 [btrfs]
> [ 360.833715] [<ffffffffa02d5503>] btrfs_insert_empty_items+0x73/0xd0 [btrfs]
> [ 360.833793] [<ffffffffa02ce495>] ? btrfs_alloc_path+0x15/0x20 [btrfs]
> [ 360.833884] [<ffffffffa033012a>] btrfs_insert_orphan_item+0x5a/0x80 [btrfs]
> [ 360.833975] [<ffffffffa03316c5>] insert_orphan_item+0x65/0xa0 [btrfs]
> [ 360.834065] [<ffffffffa0336589>] replay_one_buffer+0x349/0x360 [btrfs]
> [ 360.834155] [<ffffffffa0330ff5>] walk_up_log_tree+0xc5/0x220 [btrfs]
> [ 360.834245] [<ffffffffa03311eb>] walk_log_tree+0x9b/0x1a0 [btrfs]
> [ 360.834349] [<ffffffffa0338932>] btrfs_recover_log_trees+0x262/0x4d0 [btrfs]
> [ 360.834440] [<ffffffffa0336240>] ? replay_one_extent+0x780/0x780 [btrfs]
> [ 360.834526] [<ffffffffa02f4b9f>] open_ctree+0x17ef/0x2100 [btrfs]
> [ 360.834604] [<ffffffffa02cb876>] btrfs_mount+0x766/0x900 [btrfs]
> [ 360.834662] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
> [ 360.834717] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
> [ 360.834773] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
> [ 360.834849] [<ffffffffa02cb28b>] btrfs_mount+0x17b/0x900 [btrfs]
> [ 360.834905] [<ffffffff81132e8a>] ? pcpu_alloc+0x35a/0x660
> [ 360.834960] [<ffffffff81175bef>] mount_fs+0x3f/0x1b0
> [ 360.835014] [<ffffffff811331b0>] ? __alloc_percpu+0x10/0x20
> [ 360.835069] [<ffffffff8118fc53>] vfs_kern_mount+0x63/0x100
> [ 360.835123] [<ffffffff8119289c>] do_mount+0x20c/0xaf0
> [ 360.835179] [<ffffffff81118eb9>] ? __get_free_pages+0x9/0x40
> [ 360.835233] [<ffffffff81192555>] ? copy_mount_options+0x35/0x150
> [ 360.835286] [<ffffffff81193497>] SyS_mount+0x97/0xf0
> [ 360.835354] [<ffffffff81507ad2>] system_call_fastpath+0x12/0x17
> [ 360.835412] INFO: task btrfs-transacti:435 blocked for more than 120 seconds.
> [ 360.835465] Not tainted 3.18.9-gentoo #1
> [ 360.835515] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
> disables this message.
> [ 360.835583] btrfs-transacti D ffff880427c11900 12424 435 2 0x00000000
> [ 360.835701] ffff8800cfab7dc8 0000000000000046 ffff880410f01a10
> 0000000000011900
> [ 360.835887] ffff8800cfab7fd8 0000000000011900 ffffffff81a16460
> ffff880410f01a10
> [ 360.836069] ffff8800cfab7dd8 ffff88040c7ab000 ffff8800cb554000
> ffff8800cb5301a0
> [ 360.836252] Call Trace:
> [ 360.836315] [<ffffffff81504084>] schedule+0x24/0x60
> [ 360.836403] [<ffffffffa02f73e5>]
> btrfs_commit_transaction+0x275/0xa40 [btrfs]
> [ 360.836479] [<ffffffff810882f0>] ? prepare_to_wait_event+0x100/0x100
> [ 360.836565] [<ffffffffa02f305d>] transaction_kthread+0x1ad/0x240 [btrfs]
> [ 360.836651] [<ffffffffa02f2eb0>] ?
> btrfs_cleanup_transaction+0x530/0x530 [btrfs]
> [ 360.836725] [<ffffffff8106aa04>] kthread+0xc4/0xe0
> [ 360.836780] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
> [ 360.836834] [<ffffffff81507a2c>] ret_from_fork+0x7c/0xb0
> [ 360.836891] [<ffffffff8106a940>] ? kthread_create_on_node+0x190/0x190
>
> --
> Rich
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-24 6:31 ` Anand Jain
@ 2015-03-24 10:40 ` Rich Freeman
2015-04-01 6:50 ` Anand Jain
0 siblings, 1 reply; 13+ messages in thread
From: Rich Freeman @ 2015-03-24 10:40 UTC (permalink / raw)
To: Anand Jain; +Cc: G. Richard Bellamy, linux-btrfs
On Tue, Mar 24, 2015 at 2:31 AM, Anand Jain <Anand.Jain@oracle.com> wrote:
> Do you have this fix ..
>
> [PATCH] Btrfs: release path before starting transaction in can_nocow_extent
>
> could you try ?.
I believe I already have this patch. 3.18.9 contains this:
commit bdeeab62a611f1f7cd48fd285ce568e8dcd0455a
Merge: 797afdf 1bda19e
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Fri Oct 18 16:46:21 2013 -0700
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs
Pull btrfs fix from Chris Mason:
"Sage hit a deadlock with ceph on btrfs, and Josef tracked it down to a
regression in our initial rc1 pull. When doing nocow writes we were
sometimes starting a transaction with locks held"
* 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs:
Btrfs: release path before starting transaction in can_nocow_extent
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-19 23:06 Upgrade to 3.19.2 Kernel fails to boot G. Richard Bellamy
` (2 preceding siblings ...)
2015-03-23 8:23 ` Anand Jain
@ 2015-03-31 21:24 ` Benjamin Hodgetts
2015-03-31 22:23 ` Chris Murphy
3 siblings, 1 reply; 13+ messages in thread
From: Benjamin Hodgetts @ 2015-03-31 21:24 UTC (permalink / raw)
To: linux-btrfs
G. Richard Bellamy <rbellamy <at> pteradigm.com> writes:
>
> When I upgrade to the 3.19.2 Kernel I get a deadlocked boot:
> INFO: task mount:302 blocked for more than 120 seconds.
> INFO: task btrfs-transacti:329 blocked for more than 120 seconds.
>
> I have an LTS Kernel at 3.14.35 that also fails to boot with the same
behavior.
>
> My 3.18.6 works just fine.
>
> -rb
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
> the body of a message to majordomo <at> vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
Same issue here. Rebooted after updating to 3.19.2 and now I get the
"mount blocked" message and can't boot.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-31 21:24 ` Benjamin Hodgetts
@ 2015-03-31 22:23 ` Chris Murphy
0 siblings, 0 replies; 13+ messages in thread
From: Chris Murphy @ 2015-03-31 22:23 UTC (permalink / raw)
To: Benjamin Hodgetts; +Cc: Btrfs BTRFS
On Tue, Mar 31, 2015 at 3:24 PM, Benjamin Hodgetts <ben@xnode.org> wrote:
> G. Richard Bellamy <rbellamy <at> pteradigm.com> writes:
>
>>
>> When I upgrade to the 3.19.2 Kernel I get a deadlocked boot:
>> INFO: task mount:302 blocked for more than 120 seconds.
>> INFO: task btrfs-transacti:329 blocked for more than 120 seconds.
>>
>> I have an LTS Kernel at 3.14.35 that also fails to boot with the same
> behavior.
>>
>> My 3.18.6 works just fine.
Well there are only two backports in 3.14.35. Most of the ones found
in 3.19.2 are in 3.14.36.
commit f9e2ba638c32dff17ee6404e2c8245fd49d99b8b
Author: David Sterba <dsterba@suse.cz>
Date: Fri Jan 2 18:45:16 2015 +0100
btrfs: fix leak of path in btrfs_find_item
commit 381cf6587f8a8a8e981bc0c1aaaa8859b51dc756 upstream.
If btrfs_find_item is called with NULL path it allocates one locally but
does not free it. Affected paths are inserting an orphan item for a file
and for a subvol root.
Move the path allocation to the callers.
Fixes: 3f870c289900 ("btrfs: expand btrfs_find_item() to include
find_orphan_item functionality")
Signed-off-by: David Sterba <dsterba@suse.cz>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
commit 74e42361fa3bc102647ad1e1ec7c21b747658843
Author: David Sterba <dsterba@suse.cz>
Date: Fri Dec 19 18:38:47 2014 +0100
btrfs: set proper message level for skinny metadata
commit 5efa0490cc94aee06cd8d282683e22a8ce0a0026 upstream.
This has been confusing people for too long, the message is really just
informative.
--
Chris Murphy
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-03-24 10:40 ` Rich Freeman
@ 2015-04-01 6:50 ` Anand Jain
2015-04-01 19:48 ` Rich Freeman
0 siblings, 1 reply; 13+ messages in thread
From: Anand Jain @ 2015-04-01 6:50 UTC (permalink / raw)
To: Rich Freeman; +Cc: G. Richard Bellamy, linux-btrfs
Eric found something like this and has a fix with in the email.
Sub: "I think "btrfs: fix leak of path in btrfs_find_item" broke stable
trees ..."
Anand
On 03/24/2015 06:40 PM, Rich Freeman wrote:
> On Tue, Mar 24, 2015 at 2:31 AM, Anand Jain <Anand.Jain@oracle.com> wrote:
>> Do you have this fix ..
>>
>> [PATCH] Btrfs: release path before starting transaction in can_nocow_extent
>>
>> could you try ?.
>
> I believe I already have this patch. 3.18.9 contains this:
>
> commit bdeeab62a611f1f7cd48fd285ce568e8dcd0455a
> Merge: 797afdf 1bda19e
> Author: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Fri Oct 18 16:46:21 2013 -0700
>
> Merge branch 'for-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs
>
> Pull btrfs fix from Chris Mason:
> "Sage hit a deadlock with ceph on btrfs, and Josef tracked it down to a
> regression in our initial rc1 pull. When doing nocow writes we were
> sometimes starting a transaction with locks held"
>
> * 'for-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs:
> Btrfs: release path before starting transaction in can_nocow_extent
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Upgrade to 3.19.2 Kernel fails to boot
2015-04-01 6:50 ` Anand Jain
@ 2015-04-01 19:48 ` Rich Freeman
0 siblings, 0 replies; 13+ messages in thread
From: Rich Freeman @ 2015-04-01 19:48 UTC (permalink / raw)
To: Anand Jain; +Cc: G. Richard Bellamy, linux-btrfs
On Wed, Apr 1, 2015 at 2:50 AM, Anand Jain <Anand.Jain@oracle.com> wrote:
>
> Eric found something like this and has a fix with in the email.
> Sub: "I think "btrfs: fix leak of path in btrfs_find_item" broke stable
> trees ..."
>
I don't mind trying this patch if the maintainers recommend it. I'm
still getting panics every few days and 3.18.10 won't mount my root
filesystem, so I've been running on 3.18.8.
--
Rich
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2015-04-01 19:48 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-03-19 23:06 Upgrade to 3.19.2 Kernel fails to boot G. Richard Bellamy
2015-03-19 23:19 ` Chris Murphy
2015-03-22 21:15 ` Ochi
2015-03-22 21:25 ` Roman Mamedov
2015-03-23 8:23 ` Anand Jain
2015-03-23 13:22 ` Rich Freeman
2015-03-23 16:37 ` Rich Freeman
2015-03-24 6:31 ` Anand Jain
2015-03-24 10:40 ` Rich Freeman
2015-04-01 6:50 ` Anand Jain
2015-04-01 19:48 ` Rich Freeman
2015-03-31 21:24 ` Benjamin Hodgetts
2015-03-31 22:23 ` Chris Murphy
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.