Re: btrfs scrub gives unable to find logical $hugenum len 16384

[Martin Steigerwald <Martin@lichtvoll.de>]

Am Samstag, 20. April 2013 schrieb Josef Bacik:
> So I found your bug on the plane ride, as soon as I get home I'll email
> it.  Thanks,

Did you get home yet?

I would like to know the impact of the bug. I am running from a restauration 
of a backup via rsync which went without any errors, but still.

I also still have the backup dd image available for testing.

Thanks,
Martin

> Josef
> 
> On Apr 20, 2013 4:43 AM, "Martin Steigerwald" <Martin@lichtvoll.de> wrote:
> > Am Samstag, 20. April 2013 schrieb Josef Bacik:
> > > On Fri, Apr 19, 2013 at 03:15:30AM -0600, Martin Steigerwald wrote:
> > > > Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
> > > > > On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
> > > > > > Hi!
> > > > > > 
> > > > > > Please answer soon whether it would be a good idea to replay a
> > > > > > backup right now as I am leaving to Berlin tomorrow for a week
> > > > > > without my backup drive with me. Well, I made space on an
> > > > > > external 2,5 inch drive, that I can take with me. I am taking
> > > > > > that one with me, after having made sure it has a consistent
> > > > > > backup. :)
> > > > > 
> > > > > Ping.
> > > > > 
> > > > > Any hints on this one? I am going to recreate the filesystem next
> > > > > weekend at latest.
> > > > > 
> > > > > I did not see any I/O or BTRFS errors in logs so far, so
> > > > > filesystem appears to be good.
> > > > 
> > > > Last chance to let me dig out some more information about this.
> > > > 
> > > > Even with lack of any other oddities I am not going to tolerate a
> > > > non scrubbing BTRFS filesystem for longer than a week and will
> > > > redo it during the weekend.
> > > 
> > > Can you get a btrfs-image of the file system as it is and upload it
> > > somewhere for me to pull down so I can try and reproduce?  Thanks,
> > 
> > Hmmm, this doesn´t seem to work:
> > 
> > merkaba:~#134> btrfs-image -c9 -t4 /dev/merkaba/home /mnt/zeit/home.img
> > checksum verify failed on 65536 wanted E79F04C2 found 73
> > checksum verify failed on 65536 wanted E79F04C2 found 73
> > Csum didn't match
> > btrfs-image: btrfs-image.c:394: flush_pending: Assertion `!(!eb)'
> > failed. zsh: abort      btrfs-image -c9 -t4 /dev/merkaba/home
> > /mnt/zeit/home.img merkaba:~#134> btrfs-image /dev/merkaba/home
> > /mnt/zeit/home.img checksum verify failed on 65536 wanted E79F04C2
> > found 73
> > checksum verify failed on 65536 wanted E79F04C2 found 73
> > Csum didn't match
> > btrfs-image: btrfs-image.c:394: flush_pending: Assertion `!(!eb)'
> > failed. zsh: abort      btrfs-image /dev/merkaba/home
> > /mnt/zeit/home.img merkaba:~#134>
> > 
> > 
> > merkaba:~> ls -l /mnt/zeit/home.img
> > -rw-r--r-- 1 root root 0 Apr 20 10:32 /mnt/zeit/home.img
> > 
> > 
> > In order to be able to restore to a sane setup, I will do the following
> > now:
> > 
> > - make another rsync backup without deleting older backup snapshots in
> > case the BTRFS filesystem got corrupted and cannot retrieve some files
> > which seems
> > so from above and btrfs-debug-tree outputs.
> > 
> > - make a dd backup of the home partition to my backup harddisk for
> > further investigation
> > 
> > - recreate the home filesystem as BTRFS or Ext4/XFS. But I think I will
> > try BTRFS again, but I will put all the KDE Akonadi / Nepomuk related
> > stuff onto
> > another Ext4 partition as asked by a KDE developer to see whether the
> > mail data loss issue is somehow related to using BTRFS, cause the
> > developer as well as the main KMail developer also use KMail 2 with
> > POP3 and they have no
> > data losses.
> > 
> > 
> > I can try some stuff on the dd image then, maybe its still possible to
> > get an
> > btrfs-image somehow.
> > 
> > Thanks,
> > --
> > Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
> > GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
> > in the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html


-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7