All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Mahoney <jeffm@suse.de>
To: Chris Mason <chris.mason@oracle.com>,
	Roman Mamedov <rm@romanrm.ru>,
	dave@jikos.cz, dima <dolenin@parallels.com>,
	linux-btrfs@vger.kernel.org
Subject: Re: NOCOW + compress-force = bug
Date: Tue, 13 Mar 2012 14:11:05 -0400	[thread overview]
Message-ID: <4F5F8DB9.40208@suse.de> (raw)
In-Reply-To: <20120216175815.GM21896@shiny>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02/16/2012 12:58 PM, Chris Mason wrote:
> On Thu, Feb 16, 2012 at 07:55:15PM +0600, Roman Mamedov wrote:
>> Hello,
>> 
>> Please be aware that there seems to be a possible problem with
>> using NOCOW flag on files situated on a filesystem mounted with
>> compress-force(=lzo, in my case).
>> 
>> Since experimenting with NOCOW, I started regularly hitting this
>> BUG at extent-tree.c:5813
>> 
>> 5813                 BUG_ON(!(flags &
>> BTRFS_BLOCK_FLAG_FULL_BACKREF));
>> 
>> I was unable to make netconsole work over a bridged interface, so
>> can only post screenshots of this OOPS: 
>> http://romanrm.ru/pics/2012/2012-02-16-btrfs-bug-1.jpg 
>> http://romanrm.ru/pics/2012/2012-02-16-btrfs-bug-2.jpg
>> 
>> This happened four times already, and always on snapshot creation
>> (but not every case). I have hourly snapshots in crontab, and
>> only one case out of about ten fails with this problem. Did not
>> try to deliberately reproduce it yet by manually making snapshots
>> very often, etc.
> 
> Interesting, NOCOW and compression don't really mix.  We always cow
> for compression.  I'll try to reproduce it.

I hit this one today without nocow or compression. The only thing
non-default was that I mounted with -ossd. The backing store was a 1GB
non-sparse loopback file on tmpfs.

I had kdump enabled and with 16GB, I wasn't waiting around for the
dump to complete. If it happens again, I'll have a full stack trace.
My test case was filling the disk while making snapshots.

- -Jeff


- -- 
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPX424AAoJEB57S2MheeWybq0P/1xv09dKpBfuvK/2vpyriebN
3RsPtHVZgAL9y9XeLVw0KPlRKTGM+PIyc+AEloIiYQgULifA625nPa6+DXlNqzCp
0jKVleAE5RLCOtBDC91GX8JO/55fszjTQHSXAHjSRr4vr/4bZEf4tLBTwbW7Nfax
YAUPQ6cu+FQlCDWppXMLswKmLsmnewTnKrZp0YQTOTVGY3dajsvGTR3vR0VyxMwY
FZ13hvGOfP+UXsZC1qijxA3g8CrWwu/dhiU/dnCYwhcCF+0ONiHHHhB3krDAkNP8
yVAZgoSGJsIUdDiqeKXaSm8RDT6vGQwnJicFQSkUqGiHXyi+/fXVUULNSbgj39EC
R2jHLlXtMMaRyoqiM/wOfZUOr5MGQhk0duXB1NjNGAaffAsjvBY0c8y4yvGJVhtR
E2EknQLHr2jBWF8KCpLe0YYLPjcB3Gp3SPUhyGZbg4ATUAv2amMcw13deI8I17gI
v9dJSCWyi+r5c0d26rgtsS9SpfM8qHz5A/EvqVtn99DgS+O49o4+3F8M+2WioDjM
mHndWGXqg4fBIwrpxvo5RtBmQ8OYgZzxZXoZU3XP/eRS4c6z8OJ9U92/pUFP64Id
6tpqU1E9XxEijTWwcIyvkSzu6bjOLQucePBPCKkWLtTy9XrbNMTmvcGozKNCTVKK
km1EWb9RM2m8JPrEc+JA
=ywbL
-----END PGP SIGNATURE-----

  reply	other threads:[~2012-03-13 18:11 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-13  7:17 Set nodatacow per file? Ralf-Peter Rohbeck
2012-02-13  7:34 ` Chester
2012-02-13  8:10   ` Liu Bo
2012-02-13  7:40 ` dima
2012-02-13  8:09   ` Roman Mamedov
2012-02-13  8:40     ` dima
2012-02-13 13:42     ` dima
2012-02-13 13:51       ` Roman Mamedov
2012-02-13 14:31         ` Dmitry Olenin
2012-02-13 14:10   ` David Sterba
2012-02-13 14:21     ` Timo Witte
2012-02-13 15:10     ` dima
2012-02-16 13:55     ` NOCOW + compress-force = bug Roman Mamedov
2012-02-16 14:30       ` David Sterba
2012-02-16 17:58       ` Chris Mason
2012-03-13 18:11         ` Jeff Mahoney [this message]
2012-03-13 18:36           ` Jeff Mahoney
2012-02-29 15:09     ` Set nodatacow per file? Kyle Gates
2012-02-29 15:34       ` cwillu
2012-02-24  5:22 ` dima
2012-02-27 13:54   ` dima
2012-02-27 22:10     ` Chester
2012-02-28  0:51       ` dima
2012-03-02  3:28         ` dima

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=4F5F8DB9.40208@suse.de \
    --to=jeffm@suse.de \
    --cc=chris.mason@oracle.com \
    --cc=dave@jikos.cz \
    --cc=dolenin@parallels.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=rm@romanrm.ru \
    /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 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.