linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Maciej Marcin Piechotka <uzytkownik2@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: BTRFS corruption - the filesystem grows and the new files appears (at least)
Date: Mon, 22 Aug 2011 18:40:14 +0100	[thread overview]
Message-ID: <1314034830.29318.6.camel@picard> (raw)
In-Reply-To: <1314018424.11180.7.camel@picard>

[-- Attachment #1: Type: text/plain, Size: 2946 bytes --]

On Mon, 2011-08-22 at 14:06 +0100, Maciej Marcin Piechotka wrote:
> Hello,
> 
> I got btrfs corruption and I'm not sure if it is known yet. i suspect
> that it happened after hard reset (I got freeze first so I'm not sure if
> it wasn't caused by something else).
> 
> The symptoms are that the allocation grows at all time during
> read/writes (it reached 49 GB for 30 GB of data on disk in total).
> Btrfsck reported several errors (and wasted space) but the partition
> mounted nonetheless. I created the disk image and copy the data from
> image to the partition. I haven't compared the checksums of files but I
> haven't found any other then 1 new file with random (i.e. the nautilus
> complained that the name is not valid) name.
> 
> Is is known error or should I include the debug data (the btrfsck output
> etc.)? My kernel is 3.0.3.
> 
> Regards

1. This is a data corruption. I got ~20 files corrupted (at least)
2. The output of btrfsck (I "reproduced" it twice - each time it was on
new partition with rsync from mounted image):

# btrfsck /media/BACKUP/home.4.img 
Device 1 (/media/BACKUP/home.4.img) opened in fd 4
couldn't open because of unsupported option features (8).
root 5 inode 18446744073709551604 errors 2000
root 5 inode 18446744073709551605 errors 1
root 256 inode 286682 errors 400
root 256 inode 286901 errors 400
root 256 inode 286915 errors 400
root 256 inode 286918 errors 400
root 256 inode 286934 errors 400
root 256 inode 18446744073709551604 errors 2000
root 256 inode 18446744073709551605 errors 1
found 41491558400 bytes used err is 1
total csum bytes: 40017208
total tree bytes: 512430080
total fs tree bytes: 429453312
btree space waste bytes: 132018866
file data blocks allocated: 41102532608
 referenced 42599010304
Btrfs v0.19-36-ge36502e-dirty
# btrfsck /media/BACKUP/home.5.img
Device 1 (/media/BACKUP/home.5.img) opened in fd 4
couldn't open because of unsupported option features (8).
root 5 inode 18446744073709551604 errors 2000
root 5 inode 18446744073709551605 errors 1
root 257 inode 1911 errors 400
root 257 inode 6629 errors 400
root 257 inode 190598 errors 400
root 257 inode 194632 errors 400
root 257 inode 199345 errors 400
root 257 inode 199613 errors 400
root 257 inode 201378 errors 400
root 257 inode 18446744073709551604 errors 2000
root 257 inode 18446744073709551605 errors 1
root 259 inode 18446744073709551604 errors 2000
root 259 inode 18446744073709551605 errors 1
found 33812979712 bytes used err is 1
total csum bytes: 32674804
total tree bytes: 351416320
total fs tree bytes: 280096768
btree space waste bytes: 76978911
file data blocks allocated: 33551613952
 referenced 38453358592
Btrfs v0.19-36-ge36502e-dirty

3. I believe that it happens on 3.0.3 but I didn't had it on 3.0.1. Each
time the screen went blank and computer freezed. The second time I got
the well-known kernel OOPS bug.

Regards

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

      reply	other threads:[~2011-08-22 17:40 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-22 13:06 BTRFS corruption - the filesystem grows and the new files appears (at least) Maciej Marcin Piechotka
2011-08-22 17:40 ` Maciej Marcin Piechotka [this message]

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=1314034830.29318.6.camel@picard \
    --to=uzytkownik2@gmail.com \
    --cc=linux-btrfs@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).