From: Qu Wenruo <quwenruo@cn.fujitsu.com>
To: "Stéphane Lesimple" <stephane_btrfs@lesimple.fr>
Cc: <linux-btrfs@vger.kernel.org>
Subject: Re: kernel BUG at linux-4.2.0/fs/btrfs/extent-tree.c:1833 on rebalance
Date: Thu, 17 Sep 2015 14:42:13 +0800 [thread overview]
Message-ID: <55FA60C5.5090002@cn.fujitsu.com> (raw)
In-Reply-To: <e80ea6421a1f6a5f84c5d1032fc6a3e8@all.all>
Stéphane Lesimple wrote on 2015/09/17 08:11 +0200:
> Le 2015-09-17 05:03, Qu Wenruo a écrit :
>> Stéphane Lesimple wrote on 2015/09/16 22:41 +0200:
>>> Le 2015-09-16 22:18, Duncan a écrit :
>>>> Stéphane Lesimple posted on Wed, 16 Sep 2015 15:04:20 +0200 as
>>>> excerpted:
>>>>
>>>
>>> Well actually it's the (d) option ;)
>>> I activate the quota feature for only one reason : being able to track
>>> down how much space my snapshots are taking.
>>
>> Yeah, that's completely one of the ideal use case of btrfs qgroup.
>>
>> But I'm quite curious about the btrfsck error report on qgroup.
>>
>> If btrfsck report such error, it means either I'm too confident about
>> the recent qgroup accounting rework, or btrfsck has some bug which I
>> didn't take much consideration during the kernel rework.
>>
>> Would you please provide the full result of previous btrfsck with
>> qgroup error?
>
> Sure, I've saved the log somewhere just in case, here your are :
>
> Counts for qgroup id: 3359 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3361 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3362 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3363 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3361 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3362 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3363 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3364 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3365 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 49152 exclusive compressed 49152
> disk: exclusive 32768 exclusive compressed 32768
> diff: exclusive 16384 exclusive compressed 16384
> Counts for qgroup id: 3366 are different
> our: referenced 7530119168 referenced compressed 7530119168
> disk: referenced 7530086400 referenced compressed 7530086400
> diff: referenced 32768 referenced compressed 32768
> our: exclusive 16384 exclusive compressed 16384
> disk: exclusive 16384 exclusive compressed 16384
>
> If you need the really complete log (even with the "crossing stripe
> boundary" false positives), I can post it somewhere for you.
>
> I can't do a btrfs qgroup show because I've since disabled quota as
> stated above. However you can find the IDs corresponding to subvolumes
> and snapshots in my previous post.
>
> Don't hesitate to ask for more information if needed.
>
> Thanks,
>
Thanks for your log, pretty interesting result.
BTW, did you enabled qgroup from old kernel earlier than 4.2-rc1?
If so, I would be much relaxed as they can be the problem of old kernels.
If it's OK for you, would you please enable quota after reproducing the
bug and use for sometime and recheck it?
Thanks,
Qu
next prev parent reply other threads:[~2015-09-17 9:39 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-14 11:46 kernel BUG at linux-4.2.0/fs/btrfs/extent-tree.c:1833 on rebalance Stéphane Lesimple
2015-09-15 14:47 ` Stéphane Lesimple
2015-09-15 14:56 ` Josef Bacik
2015-09-15 21:47 ` Stéphane Lesimple
2015-09-16 5:02 ` Duncan
2015-09-16 10:28 ` Stéphane Lesimple
2015-09-16 10:46 ` Holger Hoffstätte
2015-09-16 13:04 ` Stéphane Lesimple
2015-09-16 20:18 ` Duncan
2015-09-16 20:41 ` Stéphane Lesimple
2015-09-17 3:03 ` Qu Wenruo
2015-09-17 6:11 ` Stéphane Lesimple
2015-09-17 6:42 ` Qu Wenruo [this message]
2015-09-17 8:02 ` Stéphane Lesimple
2015-09-17 8:11 ` Qu Wenruo
2015-09-17 10:08 ` Stéphane Lesimple
2015-09-17 10:41 ` Qu Wenruo
2015-09-17 18:47 ` Stéphane Lesimple
2015-09-18 0:59 ` Qu Wenruo
2015-09-18 7:36 ` Stéphane Lesimple
2015-09-18 10:15 ` Stéphane Lesimple
2015-09-18 10:26 ` Stéphane Lesimple
2015-09-20 1:22 ` Qu Wenruo
2015-09-20 10:35 ` Stéphane Lesimple
2015-09-20 10:51 ` Qu Wenruo
2015-09-20 11:14 ` Stéphane Lesimple
2015-09-22 1:30 ` Stéphane Lesimple
2015-09-22 1:37 ` Qu Wenruo
2015-09-22 7:34 ` Stéphane Lesimple
2015-09-22 8:40 ` Qu Wenruo
2015-09-22 8:51 ` Qu Wenruo
2015-09-22 14:31 ` Stéphane Lesimple
2015-09-23 7:03 ` Qu Wenruo
2015-09-23 9:40 ` Stéphane Lesimple
2015-09-23 10:13 ` Qu Wenruo
2015-09-17 6:29 ` Stéphane Lesimple
2015-09-17 7:54 ` Stéphane Lesimple
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=55FA60C5.5090002@cn.fujitsu.com \
--to=quwenruo@cn.fujitsu.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=stephane_btrfs@lesimple.fr \
/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).