Hallo!
Ich verzweifle etwas an BTRFS. Es ist mir unmöglich, ein full balance durchzuführen. Ich laufe immer in eine disk full Fehlermeldung.
Es geht hier nicht um das bekannte Problem, dass ein balance wegen einem "vollen" Dateisystem erst gar nicht anläuft. Es läuft wunderbar, aber eben nie bis zum Ende.
Egal ob ich mich mit -dusage in 1%-Schritten langsam hoch hangel, oder ein vollständiges rebalance mache, gegen Ende bricht btrfs mit disk full ab. (ERROR: error during balancing '/mnt/pool/': No space left on device)
Beim letzten balance Versuch lief es sage und schreibe 7 Tage(!) lang bis zum enospc. Beim letzen Blick (Stunden vorher) waren noch 7% übrig, das Problem trat also wirklich erst gegen Ende auf.
Hat jemand eine Idee, was ich tun kann? Ich würde wirklich gerne wenigstens ein einziges Mal ein balance vollständig durchlaufen lassen. Das muss doch irgendwie möglich sein...
Hier meine Systemdaten:
openSUSE Leap 42.2, 64 bit
Kernel 4.4.36-8
btrfsprogs 4.5.3-3.1
Das BTRFS-Volume besteht aus 6 (verschlüsselten) Festplatten verschiedener Größen, als BTRFS RAID 5 Verbund
Hier noch ein paar Daten, geschossen direkt nach dem gescheiterten 7-tägigen balance Durchlauf:
Auszug von "journalctl _TRANSPORT=kernel" beim Abbruch:
Ich verzweifle etwas an BTRFS. Es ist mir unmöglich, ein full balance durchzuführen. Ich laufe immer in eine disk full Fehlermeldung.
Es geht hier nicht um das bekannte Problem, dass ein balance wegen einem "vollen" Dateisystem erst gar nicht anläuft. Es läuft wunderbar, aber eben nie bis zum Ende.
Egal ob ich mich mit -dusage in 1%-Schritten langsam hoch hangel, oder ein vollständiges rebalance mache, gegen Ende bricht btrfs mit disk full ab. (ERROR: error during balancing '/mnt/pool/': No space left on device)
Beim letzten balance Versuch lief es sage und schreibe 7 Tage(!) lang bis zum enospc. Beim letzen Blick (Stunden vorher) waren noch 7% übrig, das Problem trat also wirklich erst gegen Ende auf.
Hat jemand eine Idee, was ich tun kann? Ich würde wirklich gerne wenigstens ein einziges Mal ein balance vollständig durchlaufen lassen. Das muss doch irgendwie möglich sein...
Hier meine Systemdaten:
openSUSE Leap 42.2, 64 bit
Kernel 4.4.36-8
btrfsprogs 4.5.3-3.1
Das BTRFS-Volume besteht aus 6 (verschlüsselten) Festplatten verschiedener Größen, als BTRFS RAID 5 Verbund
Hier noch ein paar Daten, geschossen direkt nach dem gescheiterten 7-tägigen balance Durchlauf:
Code:
# btrfs fi sh /mnt/pool/
Label: 'Datengrab' uuid: [unwichtig]
Total devices 6 FS bytes used 9.79TiB
devid 1 size 2.73TiB used 2.44TiB path /dev/mapper/truecrypt3
devid 2 size 1.82TiB used 1.66TiB path /dev/mapper/truecrypt2
devid 4 size 2.73TiB used 2.54TiB path /dev/mapper/truecrypt4
devid 5 size 3.64TiB used 2.66TiB path /dev/mapper/truecrypt1
devid 6 size 3.64TiB used 2.66TiB path /dev/mapper/luks1
devid 7 size 931.51GiB used 641.28GiB path /dev/mapper/luks2
Code:
# btrfs fi df /mnt/pool/
Data, RAID5: total=9.91TiB, used=9.77TiB
System, RAID5: total=80.00MiB, used=924.00KiB
Metadata, RAID5: total=15.06GiB, used=12.91GiB
GlobalReserve, single: total=512.00MiB, used=0.00B
Code:
# df -h /mnt/pool/
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/truecrypt3 16T 9.8T 3.1T 77% /mnt/poolAuszug von "journalctl _TRANSPORT=kernel" beim Abbruch:
Code:
May 03 05:59:46 c64 kernel: BTRFS info (device dm-7): relocating block group 49867182833664 flags 129
May 03 06:00:21 c64 kernel: BTRFS info (device dm-7): found 56 extents
May 03 06:01:03 c64 kernel: BTRFS info (device dm-7): found 56 extents
May 03 06:01:26 c64 kernel: BTRFS info (device dm-7): relocating block group 49866109091840 flags 129
May 03 06:02:01 c64 kernel: BTRFS info (device dm-7): found 83 extents
May 03 06:03:03 c64 kernel: BTRFS info (device dm-7): found 83 extents
May 03 06:03:11 c64 kernel: BTRFS info (device dm-7): 216 enospc errors during balance
