From: Martin Steigerwald <Martin@lichtvoll.de>
To: Josef Bacik <jbacik@fusionio.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: [REGRESSION] 3.12-rc1: Trying to create snapshot corrupted filesystem
Date: Sat, 21 Sep 2013 11:50:07 +0200 [thread overview]
Message-ID: <4931904.tGMXJrRqTA@merkaba> (raw)
In-Reply-To: <2354718.ZY0jrbsDUo@merkaba>
Am Samstag, 21. September 2013, 10:54:55 schrieb Martin Steigerwald:
> Am Freitag, 20. September 2013, 22:34:15 schrieb Josef Bacik:
> > On Sat, Sep 21, 2013 at 12:25:02AM +0200, Martin Steigerwald wrote:
> > > Hi!
> > >
> > > I tried to create a snapshot today like this:
> > >
> > > merkaba:/mnt/debian-zeit> ls -l
> > > insgesamt 0
> > > drwxr-xr-x 1 root root 210 Sep 20 11:48 root
> > > merkaba:/mnt/debian-zeit> btrfs subvol list /
> > > ID 256 gen 21382 top level 5 path root
> > > merkaba:/mnt/debian-zeit> btrfs subvol snap -r root root-2013-09-20
> > > merkaba:/mnt/debian-zeit#1>
> >
> > You will want the patch I just sent,
> >
> > Btrfs: create the uuid tree on remount rw
> >
> > and that should fix the snapshot problems. Thanks,
>
> Many thanks, will compile a kernel with that patch.
Patch works. I can create snapshots again.
Reported-and-tested-by: Martin Steigerwald <martin@lichtvoll.de>
> Any idea how I can fix these checksum errors without reformatting? I would
> like to avoid it if possible.
>
> In syslog it didn´t mention which files they affected, so maybe it is "just"
> metadata. But I just have single for metadata as per suggestion for SSDs.
>
> Would it make sense to run fsck on it?
This problem remains. Could a rebalance of just the metadata help?
I just have these two csum errors but don´t see anything misbehaving.
Oh well, I had two csum errors, now it is one:
merkaba:~> btrfs scrub status /
scrub status for 2f5c334d-249b-4c89-95cc-18572f750bd7
scrub started at Sat Sep 21 11:39:24 2013 and finished after 56 seconds
total bytes scrubbed: 11.94GB with 1 errors
error details: csum=1
corrected errors: 0, uncorrectable errors: 1, unverified errors: 0
Uhm, I have a file name this time. I didn´t see it initially:
[ 46.057796] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 46.057899] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 46.083806] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 46.083914] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 46.084012] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 46.084102] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 128.121975] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 128.122159] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 128.428071] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 128.428182] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 140.865751] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 140.865903] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 140.867493] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 140.867736] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 140.868201] BTRFS info (device sdb3): csum failed ino 703589 off 122880 csum 4200103148 expected csum 331742955
[ 152.628173] btrfs: checksum error at logical 347918336 on dev /dev/sdb3, sector 679528, root 256, inode 703589, offset 122880, length 3984, links 1 (path: var/log/auth.log)
[ 152.643045] btrfs: checksum error at logical 347918336 on dev /dev/sdb3, sector 679528, root 279, inode 703589, offset 122880, length 3984, links 1 (path: var/log/auth.log)
[ 152.643059] btrfs: bdev /dev/sdb3 errs: wr 0, rd 0, flush 0, corrupt 5, gen 0
[ 152.643062] btrfs: unable to fixup (regular) error at logical 347918336 on dev /dev/sdb3
I just run
merkaba:~> truncate -s0 /var/log/auth.log
And rescrub:
That wasn´t enough. So maybe its the directory entry.
I will remove the file.
Didn´t help either.
Oh wait, I just created a snapshot. May be a good idea to delete it again.
Uhm:
[ 436.342060] btrfs: checksum error at logical 347918336 on dev /dev/sdb3, sector 679528, root 279, inode 703589, offset 122880, length 3984, links 1 (path: var/log/auth.log)
[ 436.342072] btrfs: bdev /dev/sdb3 errs: wr 0, rd 0, flush 0, corrupt 7, gen 0
[ 436.342075] btrfs: unable to fixup (regular) error at logical 347918336 on dev /dev/sdb3
[ 496.413453] btrfs: checksum error at logical 347918336 on dev /dev/sdb3, sector 679528, root 279, inode 703589, offset 122880: path resolving failed with ret=-2
[ 496.413471] btrfs: bdev /dev/sdb3 errs: wr 0, rd 0, flush 0, corrupt 8, gen 0
[ 496.413475] btrfs: unable to fixup (regular) error at logical 347918336 on dev /dev/sdb3
It should be gone by now. Maybe snapshot deletion didn´t yet complete.
There we go. All is happy again:
merkaba:~> btrfs scrub status /
scrub status for 2f5c334d-249b-4c89-95cc-18572f750bd7
scrub started at Sat Sep 21 11:47:57 2013 and finished after 60 seconds
total bytes scrubbed: 11.94GB with 0 errors
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
next prev parent reply other threads:[~2013-09-21 9:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-20 22:25 [REGRESSION] 3.12-rc1: Trying to create snapshot corrupted filesystem Martin Steigerwald
2013-09-21 2:01 ` Josef Bacik
2013-09-21 2:16 ` Josef Bacik
2013-09-21 2:34 ` Josef Bacik
2013-09-21 8:54 ` Martin Steigerwald
2013-09-21 9:50 ` Martin Steigerwald [this message]
2013-09-21 11:20 ` Ahmet Inan
2013-09-22 9:39 ` Ahmet Inan
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=4931904.tGMXJrRqTA@merkaba \
--to=martin@lichtvoll.de \
--cc=jbacik@fusionio.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).