linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Chad Bergeron <chad@chadbergeron.com>
To: linux-btrfs@vger.kernel.org
Subject: btrfs check --repair dumps out
Date: Sun, 14 Feb 2016 21:15:21 -0500	[thread overview]
Message-ID: <56C134B9.4030200@chadbergeron.com> (raw)

I have a multi-drive raid10 btrfs array that isn't working. When I can 
mount it, it is r/o, and before I give it up for lost, I thought I'd 
share what happens when I try to run btrfs check.

For starters-
uname -a: Linux palantir 4.4.1-2-ARCH #1 SMP PREEMPT Wed Feb 3 13:12:33 
UTC 2016 x86_64 GNU/Linux
btrfs --version: btrfs-progs v4.4

Now here's what I get with a regular check:
btrfs check /dev/sdb
Checking filesystem on /dev/sdb
UUID: 0f9f134a-dc79-47a2-92e4-48296074fc5c
checking extents
parent transid verify failed on 14750730125312 wanted 77856 found 195709
parent transid verify failed on 14750730125312 wanted 77856 found 195709
parent transid verify failed on 14750730125312 wanted 77856 found 195709
parent transid verify failed on 14750730125312 wanted 77856 found 195709
Ignoring transid failure
leaf parent key incorrect 14750730125312
bad block 14750730125312
Errors found in extent allocation tree or chunk allocation
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
root 5 root dir 256 not found
found 101074178 bytes used err is 1
total csum bytes: 0
total tree bytes: 2310144
total fs tree bytes: 393216
total extent tree bytes: 98304
btree space waste bytes: 431919
file data blocks allocated: 1149239296
  referenced 1149239296

I know to ignore messages about transid and space cache. It's the bad 
block and the missing root 5 directory that concern me.

Having taken other steps and with little reason not to, I run check 
--repair and get:
btrfs check --repair /dev/sdb
enabling repair mode
Checking filesystem on /dev/sdb
UUID: 0f9f134a-dc79-47a2-92e4-48296074fc5c
checking extents
parent transid verify failed on 14750730125312 wanted 77856 found 195709
parent transid verify failed on 14750730125312 wanted 77856 found 195709
parent transid verify failed on 14750730125312 wanted 77856 found 195709
parent transid verify failed on 14750730125312 wanted 77856 found 195709
Ignoring transid failure
leaf parent key incorrect 14750730125312
bad block 14750730125312
Errors found in extent allocation tree or chunk allocation
Fixed 0 roots.
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
root 5 missing its root dir, recreating
Failed to find [14750727241728, 168, 16384]
btrfs unable to find ref byte nr 14751506759680 parent 0 root 5 owner 2 
offset 0
ctree.c:195: update_ref_for_cow: Assertion `ret` failed.
btrfs[0x4379c4]
btrfs(__btrfs_cow_block+0x630)[0x438b20]
btrfs(btrfs_cow_block+0x35)[0x438bb5]
btrfs(btrfs_search_slot+0x2c4)[0x43b5a4]
btrfs(btrfs_insert_empty_items+0x9c)[0x43c9fc]
btrfs(btrfs_insert_item+0x5e)[0x43cdfe]
btrfs(btrfs_insert_inode+0x34)[0x44c964]
btrfs(btrfs_make_root_dir+0x94)[0x454cb4]
btrfs[0x40dda9]
btrfs(cmd_check+0x10d7)[0x42abd7]
btrfs(main+0x82)[0x40f372]
/usr/lib/libc.so.6(__libc_start_main+0xf0)[0x7f598278d610]
btrfs(_start+0x29)[0x40f479]

Let me know if you'd like any other debugging info, why --repair bombed 
out, and what next steps you think I should take.

Chad



                 reply	other threads:[~2016-02-15 14:15 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=56C134B9.4030200@chadbergeron.com \
    --to=chad@chadbergeron.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).