From: Josef Bacik <jbacik@fb.com>
To: Marc MERLIN <marc@merlins.org>
Cc: <linux-btrfs@vger.kernel.org>
Subject: Re: 3.14.0-rc3 btrfs scrub is preventing my laptop from going to sleep
Date: Mon, 3 Mar 2014 17:18:33 -0500 [thread overview]
Message-ID: <5314FFB9.9090306@fb.com> (raw)
In-Reply-To: <20140303220558.GA16865@merlins.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/03/2014 05:05 PM, Marc MERLIN wrote:
> On Mon, Mar 03, 2014 at 12:09:11PM -0500, Josef Bacik wrote:
>> Ok I lied I just went ahead and did it, please let me know if
>> this fixes it
>
> This looked promising, but I still have the problem.
>
> PM: Syncing filesystems ... done. PM: Preparing system for mem
> sleep Freezing user space processes ... Freezing of tasks failed
> after 20.005 seconds (1 tasks refusing to freeze, wq_busy=0): btrfs
> D ffff8800b9c60840 0 12711 1 0x00000084 ffff8803bc475958
> 0000000000000086 ffff8803bc475fd8 ffff8800b9c60310 00000000000141c0
> ffff8800b9c60310 ffff8803cd8d8000 ffff8800ca31d300 0000000000000000
> ffff8803b2306b40 ffff8803cd8d8220 ffff8803bc475968 Call Trace:
> [<ffffffff8160c331>] schedule+0x73/0x75 [<ffffffff8126eb7e>]
> scrub_pages+0x27e/0x426 [<ffffffff810850c9>] ?
> finish_wait+0x65/0x65 [<ffffffff81271964>]
> scrub_stripe+0xada/0xc9e [<ffffffff81271bfe>]
> scrub_chunk.isra.9+0xd6/0x10d [<ffffffff81271ea8>]
> scrub_enumerate_chunks+0x273/0x49f [<ffffffff81085000>] ?
> prepare_to_wait_event+0xba/0xf2 [<ffffffff81272674>]
> btrfs_scrub_dev+0x254/0x3cb [<ffffffff8116dde3>] ?
> __mnt_want_write+0x62/0x78 [<ffffffff81255e9a>]
> btrfs_ioctl+0x1114/0x24b1 [<ffffffff8114069b>] ?
> ____cache_alloc+0x1c/0x29b [<ffffffff81140a09>] ?
> kmem_cache_alloc_node+0xef/0x179 [<ffffffff8160ea0b>] ?
> _raw_spin_unlock+0x17/0x2a [<ffffffff81163b16>]
> do_vfs_ioctl+0x3d2/0x41d [<ffffffff8116bd38>] ? __fget+0x6f/0x79
> [<ffffffff81163bb8>] SyS_ioctl+0x57/0x82 [<ffffffff816154ad>]
> system_call_fastpath+0x1a/0x1f
>
> I compared with the previous kernel, and it's mostly the same
> trace: [<ffffffff8160c311>] schedule+0x73/0x75 [<ffffffff8126eb66>]
> scrub_pages+0x27e/0x42b [<ffffffff810850c9>] ?
> finish_wait+0x65/0x65 [<ffffffff81271951>]
> scrub_stripe+0xada/0xca3 [<ffffffff81271bf0>]
> scrub_chunk.isra.9+0xd6/0x10d [<ffffffff81271e9a>]
> scrub_enumerate_chunks+0x273/0x49f [<ffffffff81085000>] ?
> prepare_to_wait_event+0xba/0xf2 [<ffffffff81272666>]
> btrfs_scrub_dev+0x254/0x3cb [<ffffffff8116dde3>] ?
> __mnt_want_write+0x62/0x78 [<ffffffff81255e82>]
> btrfs_ioctl+0x1114/0x24b1 [<ffffffff81015efa>] ?
> paravirt_sched_clock+0x9/0xd [<ffffffff810164a0>] ?
> sched_clock+0x9/0xb [<ffffffff811408bd>] ?
> ____cache_alloc+0x23e/0x29b [<ffffffff81140a09>] ?
> kmem_cache_alloc_node+0xef/0x179 [<ffffffff8160e9eb>] ?
> _raw_spin_unlock+0x17/0x2a [<ffffffff81163b16>]
> do_vfs_ioctl+0x3d2/0x41d [<ffffffff8116bd38>] ? __fget+0x6f/0x79
> [<ffffffff81163bb8>] SyS_ioctl+0x57/0x82 [<ffffffff816154ad>]
> system_call_fastpath+0x1a/0x1f
>
> I'm not too sure why the scrub didn't stop as per your patch.
>
> Maybe it will work if we cancel the scrub as opposed to pausing it,
> but of course it's not ideal. Is that the next step?
>
Sigh I thought the PM stuff called freeze_fs() but I think that was
just tuxonice. I don't have a quick fix at the moment, I really will
have to wait on this until after qgroups. Thanks,
Josef
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJTFP+vAAoJEANb+wAKly3BT7gP/j5B5sCPycpGT282vtMjk/BU
lLxIbPY3TOJgA8r5ZVBYt7glsQDk+Vct9CMqxuwT9cbgIN6wVxoj0fl40jAWsJpL
5ZNMO/dkRUZzwYiprSf9SwCZRNgjD+jTXMIl+/h9Daxajj8HJIWGovxomGpZbYKJ
/Qv9GRm2emhcIstLM0t1+Fv/OSk28TiRg5VtOM60AqposqGbXEK/IfuQxBMrgT2y
IUu0z+aJ2v4ykx7CHHYOLYYegfSwe/E3MZTG1KifswEi3iidiCrIstDJ2rHw7T3/
xjli3LWHb2KFRZ+gbi0lAo6cQVvGENG/jYxA8mAqTfDno7z6Xg46gCM8vT6LAfJF
x4B9AUntMPJPDxiscRMkOZZE0CJhVtqdJ8QLQHguRoloS0jMXmXaF/ibH2BDB24h
aacTxRQXH6XJOBRqHOp9drGMy1F69eKl+YaA3OWDVn2En83aXY+zY1acuYAGwA5H
Da4WYMoiP2DiCsn4gneFmikW/oh9HkxMA81hikdrrkoOhrIIvF9iKVv/mOJcvokA
568ha9QWwS1Wwif1JLs9NUj8Ff2vrTm5g5SJKIV365nWUME63wVx6sWnRmKDButx
qhJ5EMRlK3aVk+SjHDGLlzswpMZQFbC8v++J/vl6AoZuCWNetK7IyGlWcD1vCEVS
eCVIHioVA1/7Kt693Gnx
=q454
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2014-03-03 22:18 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-27 19:06 3.14.0-rc3 btrfs scrub is preventing my laptop from going to sleep Marc MERLIN
2014-02-27 23:30 ` Marc MERLIN
2014-02-28 1:18 ` Wang Shilong
[not found] ` <20140301050937.GD18300@merlins.org>
2014-03-01 15:22 ` Marc MERLIN
2014-03-03 3:17 ` Wang Shilong
2014-03-03 5:21 ` Marc MERLIN
2014-03-03 6:50 ` Wang Shilong
2014-03-03 15:10 ` Marc MERLIN
2014-03-03 16:56 ` Josef Bacik
2014-03-03 17:09 ` Josef Bacik
2014-03-03 22:05 ` Marc MERLIN
2014-03-03 22:18 ` Josef Bacik [this message]
2014-03-03 23:13 ` Marc MERLIN
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=5314FFB9.9090306@fb.com \
--to=jbacik@fb.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=marc@merlins.org \
/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