On 2.11.2013 3.34, Josef Bacik wrote:
>
> On this box can you run
>
> gdb btrfs.ko
> list *(__btrfs_drop_extents+0x59d)
>
> I want to know where exactly this is coming from so I can start trying to
> figure
> out how it's happening. Thanks,
Hi,
I've got the same issue. Btrfs FS crashes on my box running Linux 3.11.7.
It seems that the crash happens when I start collectd daemon. Maybe a
corrupted RRD file somewhere.
I don't have time for debugging this issue further so I'm going to
re-format this box to ext4. Btrfs is statically compiled in kernel so
I'm unable to gdb btrfs.ko. No debug info in kernel image. Sorry not
being able to help.
/dev/sda2 on / type btrfs (rw,noatime,nodiratime,ssd,space_cache)
Mount options used to have also autodefrag but I removed it while hoping
it would make the box more stable.
# btrfs fi show
Label: 'root' uuid: 87943e37-a134-4b8d-bcf2-989334d23b75
Total devices 2 FS bytes used 6.22GB
devid 2 size 10.00GB used 9.98GB path /dev/sdb2
devid 1 size 10.00GB used 10.00GB path /dev/sda2
# btrfs fi df /
Data, RAID1: total=8.97GB, used=5.99GB
Data: total=8.00MB, used=0.00
System, RAID1: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, RAID1: total=1.00GB, used=234.92MB
Metadata: total=8.00MB, used=0.00
A screen grab from the console after the crash happened:
http://s3-eu-west-1.amazonaws.com/ilari.stenroth/btrfs-crash-201311/Screen+Shot+2013-11-07+at+9.19.27.png
--
Ilari Stenroth
--
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
