BTrFS crashhhh？

Question

我使用两个250 on驱动器和第三个80GB驱动器上的第二个分区创建了一个新的BTrFS raid10文件系统。我创建了一个分卷和快照。我挂载快照并开始将8GB的数据复制到快照中。它可以达到1GB左右，桌面消失了，看起来像非交互式终端的东西会产生转储/崩溃信息。我手边没有照相机，否则我会拍张照片，然后把它寄出去。基本上看上去像堆栈跟踪信息。CTRL-ALT F7最终将带回桌面，但整个操作系统的BTrFS部分是挂起的，在我重新启动之前没有响应。

我已经三次修改和复制了这个问题，现在我要放弃了

我意识到，这个问题可能并不完全是BTrFS的错，因为我的问题仍然是alpha的。

更细致的细节以防我是个白痴：

1) Create FS:
sudo mkfs.btrfs -m raid10 -d raid10 /dev/sda2 /dev/sdb /dev/sdc

2) Initial temporary mount:
mkdir /btrfs && sudo mount -t btrfs /dev/sda2 /btrfs

3) Create subvol
btrfs s c /btrfs/vm

4) Create initial snapshot: (optional)
btrfs s sn /btrfs/cantremember.snap.something

5)unmount /btrfs and mount /btrfs/vm
sudo mount -t btrfs -o subvol=vm /dev/sda2 /btrfs/vm

6) Copy data to subvolume.
7) Balance data across drives: (optional)
btrfs f bal <path>

(永远不要进入第7步.)我做错什么了吗？

编辑:我设法捕获了回溯/崩溃信息的尾部：

/build/buildd/linux-2.6.38/fs/btrfs/extent-tree.c:8581的内核错误

EDIT2:从raid10数组中删除最小的(46 to )分区似乎消除了这个问题。

Answer 1

从它的声音来看，你会遇到这样的情况：

分配是在循环的基础上进行的。如果您对由不匹配的驱动器(不同大小的卷)组成的卷具有raid1策略，则较小的卷可能会被填满，同时在单个最大驱动器上留下大量空间。如果' df‘和'btrfs文件系统df 挂载点’之间存在任何差异，并且后一个命令还显示“数据”行上的“总计”和“已使用”相同，则可以验证这是一个问题。再平衡可能会减轻这个问题。(2.6.33)

• 如果您的卷以这种方式填充，重新平衡可能会很快导致ENOSPC (“在设备上没有错误SPaCe”) oops。您可能需要删除一个相对较大的文件来解决这一僵局，然后再平衡就会成功。(2.6.33)

https://btrfs.wiki.kernel.org/index.php/Gotchas

埃姆法西斯我的。您提到的第三个80‘s驱动器上的第二个分区很可能在250’s驱动器之前就已经被填满了，它触发了这个特定的Gotcha。

而且，BTrFS是一个beta文件系统是有原因的。

Answer 2

我建议您参阅：http://packages.ubuntu.com/natty/btrfs-tools，它声明：

警告: Btrfs正处于大开发阶段，除了基准测试和评审之外，它不适合任何其他用途。

我怀疑你在邮件列表之外会得到多少帮助。