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 -- 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
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.gitbut 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=41be1f3b40b87de33cd2e7463dce88596dbdccc4how 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 -- 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
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 -- 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
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 -- 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
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 >-- 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
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 >-- 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