Re: btrfs-progs 0.20rc1.1, linux 3.7.6 - new filesystem: failed to recover relocation
After converting all my raw images to qcow2 the host no longer segfaults, but I still get a corrupted btrfs filesystem. Please have a look at this new image at http://home.react.nl/~sjon/bug-reports/btrfs/btrfs-corrupt.qcow2.gz (16 KiB) It contains a 20 GiB disk with 1 partition that btrfsck (again) has no problems with, but I cannot mount it. On Mon, Feb 11, 2013 at 3:08 PM, Sjon Hortensius wrote: > On Mon, Feb 11, 2013 at 2:27 PM, David Sterba wrote: >> On Mon, Feb 11, 2013 at 02:09:56PM +0100, Sjon Hortensius wrote: >>> I have just completed installing an archlinux machine with 2 btrfs >>> partitions, one works fine (the rootfs), the other one I cannot mount. >>> Even after recreating the filesystem I still cannot mount it. I >>> receive te following output in my dmesg: >>> >>> [ 6526.037089] device fsid 74cc8eb8-f60a-4797-9ab3-0c8ac4fe847f devid >>> 1 transid 3 /dev/vdb1 >>> [ 6526.037763] btrfs: disk space caching is enabled >>> [ 6526.038415] btrfs: failed to recover relocation >>> [ 6526.039716] btrfs: open_ctree failed >> >> What was the size of the filesystem? > > The first filesystem (of which I created the image) was ~ 20 GiB; the > dd dump is from a 100 MiB partition. > >>> btrfsck reports no errors. An image of this filesystem can be found >>> here: >>> http://home.react.nl/~sjon/bug-reports/btrfs/btrfs-failed-to-recover-relocation >>> (29 KiB) >> >> Restoring the image produces a 4MB file, which is kind of too small, >> there's a patch for mkfs to prevent creating such a fs. I'll get to >> adding it to progs integration soon. >> >> david > > While debugging this my vm-host began throwing segfaults as well, so I > think this problem was caused by something else (namely this: > https://bugzilla.redhat.com/show_bug.cgi?id=893854). > > Thanks anyway. -- 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
Re: btrfs-progs 0.20rc1.1, linux 3.7.6 - new filesystem: failed to recover relocation
On Mon, Feb 11, 2013 at 2:27 PM, David Sterba wrote: > On Mon, Feb 11, 2013 at 02:09:56PM +0100, Sjon Hortensius wrote: >> I have just completed installing an archlinux machine with 2 btrfs >> partitions, one works fine (the rootfs), the other one I cannot mount. >> Even after recreating the filesystem I still cannot mount it. I >> receive te following output in my dmesg: >> >> [ 6526.037089] device fsid 74cc8eb8-f60a-4797-9ab3-0c8ac4fe847f devid >> 1 transid 3 /dev/vdb1 >> [ 6526.037763] btrfs: disk space caching is enabled >> [ 6526.038415] btrfs: failed to recover relocation >> [ 6526.039716] btrfs: open_ctree failed > > What was the size of the filesystem? The first filesystem (of which I created the image) was ~ 20 GiB; the dd dump is from a 100 MiB partition. >> btrfsck reports no errors. An image of this filesystem can be found >> here: >> http://home.react.nl/~sjon/bug-reports/btrfs/btrfs-failed-to-recover-relocation >> (29 KiB) > > Restoring the image produces a 4MB file, which is kind of too small, > there's a patch for mkfs to prevent creating such a fs. I'll get to > adding it to progs integration soon. > > david While debugging this my vm-host began throwing segfaults as well, so I think this problem was caused by something else (namely this: https://bugzilla.redhat.com/show_bug.cgi?id=893854). Thanks anyway. -- 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
Re: btrfs-progs 0.20rc1.1, linux 3.7.6 - new filesystem: failed to recover relocation
On Mon, Feb 11, 2013 at 02:09:56PM +0100, Sjon Hortensius wrote: > I have just completed installing an archlinux machine with 2 btrfs > partitions, one works fine (the rootfs), the other one I cannot mount. > Even after recreating the filesystem I still cannot mount it. I > receive te following output in my dmesg: > > [ 6526.037089] device fsid 74cc8eb8-f60a-4797-9ab3-0c8ac4fe847f devid > 1 transid 3 /dev/vdb1 > [ 6526.037763] btrfs: disk space caching is enabled > [ 6526.038415] btrfs: failed to recover relocation > [ 6526.039716] btrfs: open_ctree failed What was the size of the filesystem? > btrfsck reports no errors. An image of this filesystem can be found > here: > http://home.react.nl/~sjon/bug-reports/btrfs/btrfs-failed-to-recover-relocation > (29 KiB) Restoring the image produces a 4MB file, which is kind of too small, there's a patch for mkfs to prevent creating such a fs. I'll get to adding it to progs integration soon. david -- 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