* btrfsck and ctree version
@ 2013-01-28 14:07 polack christian
2013-01-28 22:03 ` David Sterba
0 siblings, 1 reply; 6+ messages in thread
From: polack christian @ 2013-01-28 14:07 UTC (permalink / raw)
To: mailing list linux-btrfs
hello
i am using fedora 18 with the last kernel 3.7.2-204.fc18.x86_64
I was trying to recover an old crashed btrfs filesystem one last time.
recover tool is not helping much
./btrfs-find-root /dev/sdb1
Super think's the tree root is at 799547392, chunk root 21299200
Well block 4194304 seems great, but generation doesn't match, have=3,
want=1635037
Well block 4206592 seems great, but generation doesn't match, have=4,
want=1635037
Well block 4292608 seems good, but the csum doesn't match
Found tree root at 799547392
i did use btrfsck to recover it
i got the tool from
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
and i got this error message:
...
Check tree block failed, want=294555648, have=0
Check tree block failed, want=294559744, have=0
Check tree block failed, want=294559744, have=0
btrfsck: ctree.c:1690: leaf_space_used: Assertion `!(data_len < 0)' failed.
Aborted (core dumped)
looking at
git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git
this error in ctree.c have been corrected by this commit
http://git.kernel.org/?p=linux/kernel/git/josef/btrfs-next.git;a=commit;h=41be1f3b40b87de33cd2e7463dce88596dbdccc4
is there a more up-to-date version of btrfs-prog including this correction
which is available ?
thanks
olivier
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: btrfsck and ctree version
2013-01-28 14:07 btrfsck and ctree version polack christian
@ 2013-01-28 22:03 ` David Sterba
2013-01-28 23:21 ` Chris Mason
0 siblings, 1 reply; 6+ messages in thread
From: David Sterba @ 2013-01-28 22:03 UTC (permalink / raw)
To: polack christian; +Cc: mailing list linux-btrfs
On Mon, Jan 28, 2013 at 03:07:13PM +0100, polack christian wrote:
> i did use btrfsck to recover it
> i got the tool from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
>
> and i got this error message:
> ...
> Check tree block failed, want=294555648, have=0
> Check tree block failed, want=294559744, have=0
> Check tree block failed, want=294559744, have=0
> btrfsck: ctree.c:1690: leaf_space_used: Assertion `!(data_len < 0)' failed.
> Aborted (core dumped)
>
> looking at
>
> git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git
but this is a kernel source repository, not progs, I wonder
> this error in ctree.c have been corrected by this commit
>
> http://git.kernel.org/?p=linux/kernel/git/josef/btrfs-next.git;a=commit;h=41be1f3b40b87de33cd2e7463dce88596dbdccc4
how this could happen. I have looked at the whether it does not silently
fix a bug, nothing wrong I can see now. How did you verify that the
patch fixes the fsck problem?
david
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: btrfsck and ctree version
2013-01-28 22:03 ` David Sterba
@ 2013-01-28 23:21 ` Chris Mason
[not found] ` <CAC6BJd=0HL2mypZ87dWk_iB69BPXYku6HzBu0J_hoCZjxXgGiQ@mail.gmail.com>
0 siblings, 1 reply; 6+ messages in thread
From: Chris Mason @ 2013-01-28 23:21 UTC (permalink / raw)
To: David Sterba; +Cc: polack christian, mailing list linux-btrfs
On Mon, Jan 28, 2013 at 03:03:08PM -0700, David Sterba wrote:
> On Mon, Jan 28, 2013 at 03:07:13PM +0100, polack christian wrote:
> > i did use btrfsck to recover it
> > i got the tool from
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
> >
> > and i got this error message:
> > ...
> > Check tree block failed, want=294555648, have=0
> > Check tree block failed, want=294559744, have=0
> > Check tree block failed, want=294559744, have=0
> > btrfsck: ctree.c:1690: leaf_space_used: Assertion `!(data_len < 0)' failed.
> > Aborted (core dumped)
> >
> > looking at
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git
>
> but this is a kernel source repository, not progs, I wonder
>
> > this error in ctree.c have been corrected by this commit
> >
> > http://git.kernel.org/?p=linux/kernel/git/josef/btrfs-next.git;a=commit;h=41be1f3b40b87de33cd2e7463dce88596dbdccc4
>
> how this could happen. I have looked at the whether it does not silently
> fix a bug, nothing wrong I can see now. How did you verify that the
> patch fixes the fsck problem?
It sounds much more like the reboot or remount cleared the cache on the
block device.
-chris
^ permalink raw reply [flat|nested] 6+ messages in thread
* btrfsck and ctree version
@ 2013-01-29 10:47 polack christian
0 siblings, 0 replies; 6+ messages in thread
From: polack christian @ 2013-01-29 10:47 UTC (permalink / raw)
To: mailing list linux-btrfs
hello
i am using fedora 18 with the last kernel 3.7.2-204.fc18.x86_64
I was trying to recover an old crashed btrfs filesystem one last time.
recover tool is not helping much
./btrfs-find-root /dev/sdb1
Super think's the tree root is at 799547392, chunk root 21299200
Well block 4194304 seems great, but generation doesn't match, have=3,
want=1635037
Well block 4206592 seems great, but generation doesn't match, have=4,
want=1635037
Well block 4292608 seems good, but the csum doesn't match
Found tree root at 799547392
i did use btrfsck to recover it
i got the tool from
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
and i got this error message:
...
Check tree block failed, want=294555648, have=0
Check tree block failed, want=294559744, have=0
Check tree block failed, want=294559744, have=0
btrfsck: ctree.c:1690: leaf_space_used: Assertion `!(data_len < 0)' failed.
Aborted (core dumped)
looking at
git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git
this error in ctree.c have been corrected by this commit
http://git.kernel.org/?p=linux/kernel/git/josef/btrfs-next.git;a=commit;h=41be1f3b40b87de33cd2e7463dce88596dbdccc4
is there a more up-to-date version of btrfs-prog including this correction
which is available ?
thanks
olivier
^ permalink raw reply [flat|nested] 6+ messages in thread
* Fwd: btrfsck and ctree version
[not found] ` <CAC6BJd=0HL2mypZ87dWk_iB69BPXYku6HzBu0J_hoCZjxXgGiQ@mail.gmail.com>
@ 2013-01-29 16:09 ` polack christian
2013-01-30 11:32 ` polack christian
1 sibling, 0 replies; 6+ messages in thread
From: polack christian @ 2013-01-29 16:09 UTC (permalink / raw)
To: mailing list linux-btrfs
i know that the proposed ctree.c file is from a kernel source but
btrfsck is user space only, since the btrfs-next is newer than
btrfs-prog i was hoping for a commit of this change for the user-space
version.
since this file-system have been created prior kernel 3.2 there is no
tree root backup
i was hoping using btrfsck to regenerate the csum which are failing
during mount time (Input/output error)
/var/log/messages: btrfs csum failed ino 1048522 off 5124096 csum
1219517398 private 836806197
i didn't find any way to deactivate csum check with a mount option
or as chris mention is there a way to regenerate the cache on the block device.
is there a solution ?
thanks for your responses
olivier
2013/1/29 Chris Mason <chris.mason@fusionio.com>
>
> On Mon, Jan 28, 2013 at 03:03:08PM -0700, David Sterba wrote:
> > On Mon, Jan 28, 2013 at 03:07:13PM +0100, polack christian wrote:
> > > i did use btrfsck to recover it
> > > i got the tool from
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
> > >
> > > and i got this error message:
> > > ...
> > > Check tree block failed, want=294555648, have=0
> > > Check tree block failed, want=294559744, have=0
> > > Check tree block failed, want=294559744, have=0
> > > btrfsck: ctree.c:1690: leaf_space_used: Assertion `!(data_len < 0)' failed.
> > > Aborted (core dumped)
> > >
> > > looking at
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git
> >
> > but this is a kernel source repository, not progs, I wonder
> >
> > > this error in ctree.c have been corrected by this commit
> > >
> > > http://git.kernel.org/?p=linux/kernel/git/josef/btrfs-next.git;a=commit;h=41be1f3b40b87de33cd2e7463dce88596dbdccc4
> >
> > how this could happen. I have looked at the whether it does not silently
> > fix a bug, nothing wrong I can see now. How did you verify that the
> > patch fixes the fsck problem?
>
> It sounds much more like the reboot or remount cleared the cache on the
> block device.
>
> -chris
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Fwd: btrfsck and ctree version
[not found] ` <CAC6BJd=0HL2mypZ87dWk_iB69BPXYku6HzBu0J_hoCZjxXgGiQ@mail.gmail.com>
2013-01-29 16:09 ` Fwd: " polack christian
@ 2013-01-30 11:32 ` polack christian
1 sibling, 0 replies; 6+ messages in thread
From: polack christian @ 2013-01-30 11:32 UTC (permalink / raw)
To: mailing list linux-btrfs
i know that the proposed ctree.c file is from a kernel source but
btrfsck is user space only, since the btrfs-next is newer than
btrfs-prog i was hoping for a commit of this change for the user-space
version.
since this file-system have been created prior kernel 3.2 there is no
tree root backup
i was hoping using btrfsck to regenerate the csum which are failing
during mount time (Input/output error)
/var/log/messages: btrfs csum failed ino 1048522 off 5124096 csum
1219517398 private 836806197
i didn't find any way to deactivate csum check with a mount option
or as chris say is there a way to regenerate the cache on the block device.
is there a solution ?
thanks for your responses
olivier
2013/1/29 Chris Mason <chris.mason@fusionio.com>
>
> On Mon, Jan 28, 2013 at 03:03:08PM -0700, David Sterba wrote:
> > On Mon, Jan 28, 2013 at 03:07:13PM +0100, polack christian wrote:
> > > i did use btrfsck to recover it
> > > i got the tool from
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
> > >
> > > and i got this error message:
> > > ...
> > > Check tree block failed, want=294555648, have=0
> > > Check tree block failed, want=294559744, have=0
> > > Check tree block failed, want=294559744, have=0
> > > btrfsck: ctree.c:1690: leaf_space_used: Assertion `!(data_len < 0)' failed.
> > > Aborted (core dumped)
> > >
> > > looking at
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git
> >
> > but this is a kernel source repository, not progs, I wonder
> >
> > > this error in ctree.c have been corrected by this commit
> > >
> > > http://git.kernel.org/?p=linux/kernel/git/josef/btrfs-next.git;a=commit;h=41be1f3b40b87de33cd2e7463dce88596dbdccc4
> >
> > how this could happen. I have looked at the whether it does not silently
> > fix a bug, nothing wrong I can see now. How did you verify that the
> > patch fixes the fsck problem?
>
> It sounds much more like the reboot or remount cleared the cache on the
> block device.
>
> -chris
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-01-30 11:32 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-28 14:07 btrfsck and ctree version polack christian
2013-01-28 22:03 ` David Sterba
2013-01-28 23:21 ` Chris Mason
[not found] ` <CAC6BJd=0HL2mypZ87dWk_iB69BPXYku6HzBu0J_hoCZjxXgGiQ@mail.gmail.com>
2013-01-29 16:09 ` Fwd: " polack christian
2013-01-30 11:32 ` polack christian
-- strict thread matches above, loose matches on Subject: below --
2013-01-29 10:47 polack christian
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).