On Wed, Apr 20, 2016 at 10:09:07PM +0200, lenovomi wrote:
> Hi Chris,
> 
> please find below attached the complete log while executing all the
> brtrfs commands, all of them failed.
> 
> ;-(
> 
> 
> https://bpaste.net/show/4d8877a49b80
> https://bpaste.net/show/7e2e5aa30741
> https://bpaste.net/show/482e91b25fc5
> https://bpaste.net/show/5093cc3daa5a
> https://bpaste.net/show/a24935eb5a1b

It's not that easy to corrupt both of metadata copies which are located
in two different drives by an unclean shutdown because we always do COW.

>From what I can tell from the above results, the two copies of raid1
remain consistent and indentical, but somehow there are some problems in
checksum field. 

---------------------------------------------------------------------
root@heap-unreal:/home/heap/btrfs-progs# ./btrfs check --readonly /dev/sda
checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC, dev 
bytenr 2972268003328, devid 2
checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC, dev 
bytenr 2972268003328, devid 2
checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC, dev 
bytenr 2973311336448, devid 1
checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC, dev 
bytenr 2972268003328, devid 2
---------------------------------------------------------------------

In order to verify that, please follow this and show us what you get.

1. dd if=/dev/sdb of=/tmp/corrupt-dev2.txt bs=1 skip=2972268003327 count=16384
2. dd if=/dev/sdd of=/tmp/corrupt-dev1.txt bs=1 skip=2973311336447 count=16384
3. od -x /tmp/corrupt-dev2.txt
4. od -x /tmp/corrupt-dev1.txt

Thanks,

-liubo

> 
> Thanks
> 
> On Tue, Apr 12, 2016 at 9:58 PM, Chris Murphy <li...@colorremedies.com> wrote:
> > On Tue, Apr 12, 2016 at 9:48 AM, lenovomi <lenov...@gmail.com> wrote:
> >
> >> root@ubuntu:/home/ubuntu# btrfs restore -D -v  /dev/sda /mnt/usb/
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> Csum didn't match
> >> Couldn't read tree root
> >> Could not open root, trying backup super
> >> warning, device 2 is missing
> >> warning devid 2 not found already
> >> warning devid 3 not found already
> >> warning devid 4 not found already
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> Csum didn't match
> >> Couldn't read tree root
> >> Could not open root, trying backup super
> >> warning, device 2 is missing
> >> warning devid 2 not found already
> >> warning devid 3 not found already
> >> warning devid 4 not found already
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> checksum verify failed on 17802818387968 found FF45E2D3 wanted BFB02AEC
> >> Csum didn't match
> >> Couldn't read tree root
> >> Could not open root, trying backup super
> >>
> >
> > Why are devices 2, 3, 4 missing? I think there's a known issue where
> > btrfs fi show might see drives as available that other tools won't
> > see. Try 'btrfs dev scan' and then repeat the restore command with -D
> > just to see if the missing device warnings go away. If devices are
> > missing, it's kinda hard to do a restore.
> >
> >
> > If these are hard drives, there should be supers 0, 1, 2 and they
> > should all be the same. But they may not be the same on each drive, so
> > it's worth checking:
> >
> > btrfs-show-super -f <eachdevice>
> >
> > And then also btrfs-find-root <anydevice>
> >
> >
> >
> >
> > --
> > Chris Murphy
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> > the body of a message to majord...@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to