Hello,
I can see something similar on the machines I maintain, mostly single-disk
setups with a 2.6.39 kernel:
1) Heavy and frequent disk thrashing, although less than 20% of RAM is
used and no swap usage is reported.
2) During the disk thrashing, some processors (usually 2 or
Could I try your hack, pretty please? If there's any chance it could either
resolve this problem
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg10683.html ,
or at least restore the data from the filesystem, then I'd like to give it a
go. Waiting for the new btrfsck is
Hello,
I am facing the same issue on a Btrfs RAID0 with 2 drives:
Label: 'root' uuid: 1e26b203-fc1e-4ebf-9551-451bd34d3ac4
Total devices 2 FS bytes used 36.14GB
devid1 size 80.43GB used 41.65GB path /dev/sda6
devid2 size 80.43GB
After doing an upgrade to 2.6.39 from 2.6.39-rc7, I am unable to mount
my 3 disk btrfs volume. It was a clean reboot, which makes it all the
more puzzling. This is what I'm getting:
[68808.339109] device fsid a941511a96bcbfb8-8c123cb07aa6aaa1 devid 2
transid 339584 /dev/sdc1
[68808.340354]
Hello,
a backtrace from a machine running a Btrfs RAID0 array with two disks is
attached. I've never seen this bug before. Please let me know if you need any
further info/experiments.
Andrej
[ 2040.038677] [ cut here ]
[ 2040.038696] kernel BUG at
Hello,
I decided to test the 'defragment' feature on my system (after a huge number of
system updates and prelinking):
find /bin /sbin /lib /usr/lib /usr/bin /usr/sbin -type d -exec btrfs
filesystem defragment '{}' '+'
I have already defragmented a couple of (very large) directories
Hello,
I decided to test the 'defragment' feature on my system (after a huge number of
system updates and prelinking):
find /bin /sbin /lib /usr/lib /usr/bin /usr/sbin -type d -exec btrfs
filesystem defragment '{}' '+'
I have already defragmented a couple of (very large) directories