Bem, as capturas instantâneas BTRFS não são somente leitura por padrão. Eu tentei usar btrfs subvolume snapshot -r para criar um instantâneo somente leitura e isso ajudou. Não há mais escassez de espaço de metadados.
Meu sistema é o kernel Fedora 19 x86_64 w / 3.10.7.
Eu estou tentando usar um instantâneo do btrfs para fazer o backup do meu / , assim:
#!/bin/bash
btrfs subvolume snapshot / /snap/
tar -cvf - /snap 2>/dev/null | /opt/bup/bin/bup split -n nb -vv
btrfs subvolume delete /snap
Infelizmente, o sistema fica sem espaço livre em algum lugar no meio desse processo. btrfs filesystem df / informa que há algum espaço livre na verdade:
[root@cellar ~]# btrfs filesystem df /
Data: total=107.21GB, used=75.06GB
System, DUP: total=8.00MB, used=20.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=3.50GB, used=3.00GB
Metadata: total=8.00MB, used=0.00
mas não consigo criar nem excluir um único arquivo. Isso é 100% reproduzível em todas as execuções de script. Eu geralmente sou capaz de me recuperar dessa situação após cerca de 30 minutos de tentativas aleatórias para excluir qualquer coisa sem importância. Parece que a raiz do problema é a escassez de espaço de metadados. Quando não há instantâneo, o meu sistema usa cerca de 2,39-2,40 GB de espaço de metadados.
Isso parece um bug para mim. Por que um instantâneo precisa de 0,6 GB do espaço de metadados quando não há gravações pesadas neste momento? Por que o btrfs não consegue usar 0,5 GB restantes do espaço de metadados? Eu tentei usar btrfs balance , mas ele não mudou nada, então imaginei que o FS já estava perfeitamente equilibrado. É possível reservar mais espaço de metadados de alguma forma? (Provavelmente eu preciso reformatar toda a partição, mas não consegui encontrar nada relacionado ao tamanho do espaço de metadados em mkfs.btrfs manual). Acho que posso definir um tamanho de nós maior usando a opção -n , mas não tenho certeza se isso pode ajudar.
Tags btrfs