BTrFS crashhhh?

Question

Eu crio um novo sistema de arquivos BTRFS raid10 usando duas unidades de 250 GB e a segunda partição em uma terceira unidade de 80 GB. Eu crio um subvol e um snapshot. Eu montei o instantâneo e comecei a copiar 8GB de dados para ele. Ele chega a cerca de 1 GB e o Desktop desaparece e o que parece ser um terminal não interativo surge com informações de despejo / falha. Eu não tenho uma câmera à mão ou eu tiraria uma foto e postaria. Basicamente parece informações de rastreamento de pilha. CTRL-ALT F7 eventualmente trará de volta a área de trabalho, mas toda a parte BTRFS do sistema operacional é interrompida e não responde até que eu reinicie.

Eu reformatei e reproduzi esse problema 3 vezes agora e estou prestes a desistir: (

Eu percebo que é possível que este problema não seja totalmente culpa do BTrFS, porque eu estou no natty que ainda é alpha.

Detalhes mais detalhados no caso de eu ser um idiota:

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>

(nunca chegue a este passo 7 ...) Estou fazendo algo errado?

EDIT: Eu consegui pegar o final da informação de backtrace / crash:

kernel BUG at /build/buildd/linux-2.6.38/fs/btrfs/extent-tree.c:8581

EDIT2: Remover a menor partição (46GB) do array raid10 parece ter eliminado o problema.

    

Answer 1

A partir dos sons, você se depara com isso:

Allocation is done on a round-robin basis. If you have a raid1 strategy on a volume made up of mismatched drives (volumes of differing sizes), your smaller volume may fill up while leaving lots of space free on your single largest drive. You can verify that this is an issue if there is any discrepancy between 'df' and 'btrfs filesystem df [mountpoint]' AND if the latter command also shows that "total" and "used" are the same on the "Data" line. A rebalance may mitigate this problem. (2.6.33)

• If your volume does fill up in this manner, a rebalance may quickly cause an ENOSPC ("Error NO SPaCe left on device") oops. You may have to delete a relatively large file to resolve this impasse, then a rebalance will succeed. (2.6.33)

link

Ênfase minha. A segunda partição em uma terceira unidade de 80 GB que você menciona provavelmente está se enchendo bem antes do par de unidades de 250 GB, e está acionando essa Gotcha específica.

Além disso, o BTrFS é um sistema de arquivos beta por um motivo.

    

Answer 2

Gostaria de indicar-lhe: link que diz:

WARNING: Btrfs is under heavy development, and is not suitable for any uses other than benchmarking and review.

Eu duvido que você consiga muita ajuda fora da lista de discussão.