The main thing you haven't tried here is mount -o degraded, which
is the thing to do if you have a missing device in your array.

   Also, that kernel's not really all that good for a parity RAID
array -- it's the very first one that had the scrub and replace
implementation, so it's rather less stable with parity RAID than the
later 4.x kernels. That's probably not the issue here, though.

   Hugo.

On Fri, Mar 18, 2016 at 06:41:32PM +0100, Marcin Solecki wrote:
> Hello all,
> I give up for this problem at restore my data
> 
> 
> # uname -a
> Linux jarvis.home 4.5.0-1.el7.elrepo.x86_64
> 
> # btrfs --version
> btrfs-progs v3.19.1
> 
> # btrfs fi show
> warning, device 4 is missing
> bytenr mismatch, want=21020672, have=21217280
> Couldn't read chunk root
> Label: none  uuid: 27ef2638-b50a-4243-80ed-40c3733ec11d
>         Total devices 4 FS bytes used 2.50TiB
>         devid    1 size 931.51GiB used 899.71GiB path /dev/sdd
>         devid    2 size 931.51GiB used 899.69GiB path /dev/sdb
>         devid    3 size 931.51GiB used 899.69GiB path /dev/sdc
>         *** Some devices missing
> 
> # mount  -o recovery /dev/sda /srv/
> mount: wrong fs type, bad option, bad superblock on /dev/sda,
>        missing codepage or helper program, or other error
> 
>        In some cases useful info is found in syslog - try
>        dmesg | tail or so.
> 
> dmesg after :
> [ 4886.521315] BTRFS info (device sdc): enabling auto recovery
> [ 4886.521320] BTRFS info (device sdc): disk space caching is enabled
> [ 4886.522853] BTRFS: failed to read chunk tree on sdc
> [ 4886.528789] BTRFS: open_ctree failed
> 
> #btrfs check --repair /dev/sda
> enabling repair mode
> warning, device 4 is missing
> bytenr mismatch, want=21020672, have=21217280
> Couldn't read chunk root
> Couldn't open file system
> 
> # btrfs rescue chunk-recover -v /dev/sda
> All Devices:
>         Device: id = 3, name = /dev/sdc
>         Device: id = 2, name = /dev/sdb
>         Device: id = 1, name = /dev/sda
> 
> [ 5164.468272] btrfs[3653]: segfault at 7f454014172e ip
> 0000000000423479 sp 00007f4482cec880 error 4 in btrfs[400000+83000]
> [ 5168.928317] btrfs[3657]: segfault at 7fd18c14172e ip
> 0000000000423479 sp 00007fd0d5858880 error 4 in btrfs[400000+83000]
> [ 5173.812457] btrfs[3662]: segfault at 7fd76c14172e ip
> 0000000000423479 sp 00007fd6b0e59880 error 4 in btrfs[400000+83000]
> 
> # btrfs rescue super-recover -v /dev/sda
> All Devices:
>         Device: id = 3, name = /dev/sdc
>         Device: id = 2, name = /dev/sdb
>         Device: id = 1, name = /dev/sda
> 
> Before Recovering:
>         [All good supers]:
>                 device name = /dev/sdc
>                 superblock bytenr = 65536
> 
>                 device name = /dev/sdc
>                 superblock bytenr = 67108864
> 
>                 device name = /dev/sdc
>                 superblock bytenr = 274877906944
> 
>                 device name = /dev/sdb
>                 superblock bytenr = 65536
> 
>                 device name = /dev/sdb
>                 superblock bytenr = 67108864
> 
>                 device name = /dev/sdb
>                 superblock bytenr = 274877906944
> 
>                 device name = /dev/sda
>                 superblock bytenr = 65536
> 
>                 device name = /dev/sda
>                 superblock bytenr = 67108864
> 
>                 device name = /dev/sda
>                 superblock bytenr = 274877906944
> 
>         [All bad supers]:
> 
> All supers are valid, no need to recover
> 
> # btrfs-show-super /dev/sda
> superblock: bytenr=65536, device=/dev/sda
> ---------------------------------------------------------
> csum                    0x61b509bb [match]
> bytenr                  65536
> flags                   0x1
> magic                   _BHRfS_M [match]
> fsid                    27ef2638-b50a-4243-80ed-40c3733ec11d
> label
> generation              69462
> root                    1648640000
> sys_array_size          290
> chunk_root_generation   48545
> root_level              1
> chunk_root              21020672
> chunk_root_level        1
> log_root                0
> log_root_transid        0
> log_root_level          0
> total_bytes             4000819544064
> bytes_used              2743528714240
> sectorsize              4096
> nodesize                16384
> leafsize                16384
> stripesize              4096
> root_dir                6
> num_devices             4
> compat_flags            0x0
> compat_ro_flags         0x0
> incompat_flags          0xe1
>                         ( MIXED_BACKREF |
>                           BIG_METADATA |
>                           EXTENDED_IREF |
>                           RAID56 )
> csum_type               0
> csum_size               4
> cache_generation        69462
> uuid_tree_generation    69462
> dev_item.uuid           70f4650c-e01d-4613-bd7a-a6834c1c44bb
> dev_item.fsid           27ef2638-b50a-4243-80ed-40c3733ec11d [match]
> dev_item.type           0
> dev_item.total_bytes    1000204886016
> dev_item.bytes_used     966057263104
> dev_item.io_align       4096
> dev_item.io_width       4096
> dev_item.sector_size    4096
> dev_item.devid          1
> dev_item.dev_group      0
> dev_item.seek_speed     0
> dev_item.bandwidth      0
> dev_item.generation     0
> 
> thx for helps
> 

-- 
Hugo Mills             | You can't expect a boy to be vicious until he's gone
hugo@... carfax.org.uk | to a good school.
http://carfax.org.uk/  |
PGP: E2AB1DE4          |                                                  Saki

Attachment: signature.asc
Description: Digital signature

Reply via email to