On Tue, Feb 12, 2013 at 02:16:37PM -0500, Josef Bacik wrote: > On Tue, Feb 12, 2013 at 11:54:49AM -0700, Richard W.M. Jones wrote: > > Btrfs has been broken for me for ages. I first reported it on this > > list 5 months ago[1]. Below is a very simple reproducer that anyone > > can run. > > > > *NB* before you run this, adjust /dev/sda & /dev/sda1 to point to an > > unused block device! > > > > ---------------------------------------------------------------------- > > #!/bin/sh - > > set -e > > while true; do > > parted -s -- /dev/sda mklabel msdos > > parted -s -- /dev/sda mkpart primary 64s -64s > > wipefs -a /dev/sda1 > > mkfs.btrfs --label TEST /dev/sda1 > > mount /dev/sda1 /sysroot > > touch /sysroot/foo > > mkdir /sysroot/bar > > umount /sysroot > > done > > ---------------------------------------------------------------------- > > > > On the latest 3.8.0 kernel, this fails immediately (at the mount), and > > on 3.7.x it usually fails after a very few iterations. I see a > > variety of errors, but the latest kernel error is: > > > > [ 8.474934] device label ROOT devid 1 transid 2 /dev/sda2 > > [ 8.570619] device label ROOT devid 1 transid 2 /dev/sda2 > > [ 8.581891] btrfs: disk space caching is enabled > > [ 8.594146] btrfs bad tree block start 0 4194304 > > [ 8.595144] btrfs: failed to read tree root on sda2 > > [ 8.605308] btrfs: open_ctree failed > > > > I would really like btrfs to work. What can I do? > > Been running this in a loop for 20 minutes with no issues, is this in a virt > guest or something? Thanks, Yes, this is inside a very recent KVM (qemu 1.3.0), using virtio-scsi as the backing disk. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
