linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* BTRFS fails mount after power failure
@ 2021-08-23 20:52 weldon
  2021-08-23 23:54 ` Qu Wenruo
  0 siblings, 1 reply; 6+ messages in thread
From: weldon @ 2021-08-23 20:52 UTC (permalink / raw)
  To: linux-btrfs

Good day folks,

I awoke this morning to find that my UPS had died overnight and my Ubuntu
server with a 14.5TB (Raid 5) BTRFS volume went down with it.  The machine
rebooted fine and the hardware reports no errors, however the BTRFS volume
will no longer mount.  The OS boots fine, the 14.5TB volume is for data
storage only.  gparted shows the volume/partition,  and correctly reports
space used as well as total size.  I've never encountered this type of issue
over the past year while using btrfs and I'm not sure where to start.  A
number of google search results express caution when attempting to
recover/repair, so I'm hoping for some expert advice.

My dmesg log exceeds the 100,000 bytes restriction, so I'm unable to attach
it, so please ask if there's anything specific I can include otherwise.

# uname -a
Linux onyx 5.4.0-81-generic #91-Ubuntu SMP Thu Jul 15 19:09:17 UTC 2021
x86_64 x86_64 x86_64 GNU/Linux

# btrfs --version
btrfs-progs v5.4.1

# btrfs fi show
Label: 'Data'  uuid: 7f500ee1-32b7-45a3-b1e9-deb7e1f59632
        Total devices 1 FS bytes used 7.17TiB
        devid    1 size 14.50TiB used 7.40TiB path /dev/sdb1

# dmesg | grep sdb
[    2.312875] sd 32:0:1:0: [sdb] Very big device. Trying to use READ
CAPACITY(16).
[    2.313010] sd 32:0:1:0: [sdb] 31138512896 512-byte logical blocks: (15.9
TB/14.5 TiB)
[    2.313062] sd 32:0:1:0: [sdb] Write Protect is off
[    2.313065] sd 32:0:1:0: [sdb] Mode Sense: 61 00 00 00
[    2.313116] sd 32:0:1:0: [sdb] Cache data unavailable
[    2.313119] sd 32:0:1:0: [sdb] Assuming drive cache: write through
[    2.333321] sd 32:0:1:0: [sdb] Very big device. Trying to use READ
CAPACITY(16).
[    2.396761]  sdb: sdb1
[    2.397170] sd 32:0:1:0: [sdb] Very big device. Trying to use READ
CAPACITY(16).
[    2.397261] sd 32:0:1:0: [sdb] Attached SCSI disk
[    4.709963] BTRFS: device label Data devid 1 transid 120260 /dev/sdb1
[   21.849570] BTRFS info (device sdb1): disk space caching is enabled
[   21.849573] BTRFS info (device sdb1): has skinny extents
[   22.023224] BTRFS error (device sdb1): parent transid verify failed on
7939752886272 wanted 120260 found 120262
[   22.047940] BTRFS error (device sdb1): parent transid verify failed on
7939752886272 wanted 120260 found 120265
[   22.047949] BTRFS warning (device sdb1): failed to read tree root
[   22.089003] BTRFS error (device sdb1): open_ctree failed

root@onyx:/home/weldon# btrfs-find-root /dev/sdb1
parent transid verify failed on 7939752886272 wanted 120260 found 120262
parent transid verify failed on 7939752886272 wanted 120260 found 120265
parent transid verify failed on 7939752886272 wanted 120260 found 120265
Ignoring transid failure
WARNING: could not setup extent tree, skipping it
Couldn't setup device tree
Superblock thinks the generation is 120260
Superblock thinks the level is 1
Well block 7939758882816(gen: 120264 level: 1) seems good, but
generation/level doesn't match, want gen: 120260 level: 1
Well block 7939747938304(gen: 120263 level: 1) seems good, but
generation/level doesn't match, want gen: 120260 level: 1
Well block 7939756146688(gen: 120262 level: 1) seems good, but
generation/level doesn't match, want gen: 120260 level: 1
Well block 7939751559168(gen: 120261 level: 0) seems good, but
generation/level doesn't match, want gen: 120260 level: 1

*** A large selection of block references was removed due to character
count... if needed, I can resend with the full output.

Well block 1316967743488(gen: 1293 level: 0) seems good, but
generation/level doesn't match, want gen: 120260 level: 1
Well block 1316909662208(gen: 1283 level: 0) seems good, but
generation/level doesn't match, want gen: 120260 level: 1
Well block 1316908711936(gen: 1283 level: 0) seems good, but
generation/level doesn't match, want gen: 120260 level: 1
root@onyx:/home#

Any help or assistance would be greatly appreciated.  Important data has
been backed up, however if it's possible to recover without thrashing the
entire volume, that would be preferred.

Regards,
Weldon


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2021-08-24  1:59 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-08-23 20:52 BTRFS fails mount after power failure weldon
2021-08-23 23:54 ` Qu Wenruo
2021-08-24  0:10   ` weldon
2021-08-24  0:38     ` Qu Wenruo
2021-08-24  0:52       ` weldon
2021-08-24  1:54         ` Qu Wenruo

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).