Verständnisfrage ZFS Quota (Storage voll) - Kein GC möglich

[mhert]

Hallo zusammen.

Ich habe momentan (mal wieder) das Problem, daß der Backupstorage voll ist. Beim ersten Mal habe ich dann

a) ein Quota eingerichtet, damit ich das im Notfall kurzzeitig erhöhen kann, um GC zu ermöglichen
b) eine leere Datei (25GB?) auf dem Storage angelegt, als einfachere Lösung (Datei löschen oder verschieben, GC durchzuführen, Datei mit dd anlegen oder zurückschieben)

Nun habe ich (wie schon einmal) Variante b) durchführen wollen, aber nach Löschen der Datei (rm dateiname) sind immer noch 100%
Speicherplatz belegt?! Muss ich den Server dran erinnern, daß da eigentlich Platz frei sein sollte?

Also Variante a) durchführen wollen (auch schon mal erfolgreich gemacht), aber da ändert sich ebenfalls nichts...

Handelt es sich um ein Verständnisproblem meinerseits, oder habe ich den falschen Befehl ausgeführt? Wie kann ich kurzzeitig ein paar Gigabyte freien Speicherplatz schaffen?

root@bk01:~# zpool list local_backupstorage_bk01
NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
local_backupstorage_bk01 14.5T 14.4T 126G - - 81% 99% 1.00x ONLINE -

root@bk01:~# zfs list local_backupstorage_bk01
NAME USED AVAIL REFER MOUNTPOINT
local_backupstorage_bk01 14.4T 0B 14.4T /mnt/datastore/local_backupstorage_bk01

root@bk01:~# zfs set quota=14.5T local_backupstorage_bk01

root@bk01:~# zfs list local_backupstorage_bk01
NAME USED AVAIL REFER MOUNTPOINT
local_backupstorage_bk01 14.4T 0B 14.4T /mnt/datastore/local_backupstorage_bk01

root@bk01:~#


Gruß, Oli

 

[driley]

hi,
es gibt im Proxmox Forum bereits einen sehr ähnlichen Fall, der genau zu deinen Beobachtungen passt:

ZFS Pool "backup" 100% Full, GC fails

Vielleicht hilft dir der Post ja weiter, falls nicht, können wir uns das hier auch noch im Detail anschauen.

 

[mhert]

Ja. Jetzt habe ich auch den Hintergrund dazu verstanden...

Und ich hatte in meiner Doku auch einen Denkfehler (Copy/Paste-Fehler?) drin. Ich hatte mir das mal von irgendwoher kopiert
und der Fehler findet sich in Zeile 2:

cat /sys/module/zfs/parameters/spa_slop_shift # maybe it's 5 or 3
echo 2 > /sys/module/zfs/parameters/spa_slop_shift
Carry out Garbage Collection and then set back the zfs parameter to orig value.

2 ist natürlich Quatsch, da er hierbei noch mehr Platz reserviert als bei 5 (was eingestellt war)

Nachdem ich den Wert auf 9 (bei 6 änderte sich nichts oder ich war zu ungeduldig) geändert habe, hatte ich plötzlich knapp 30 GB freien Speicher-
platz und kann GC nun durchführen.

Danke für die Hilfe.

 

[mhert]

Warum sich die Löschung der Platzhalterdatei allerdings nicht ausgewirkt hat, ist mir schleierhaft.

Konnte sie nicht gelöscht werden, weil Volume voll? Sie war aber definitv weg nach "rm" in der Console...

 

[mhert]

Eine Anmerkung noch an die "Macher" von PBS.

Sollten die Angaben hier dann nicht angepaßt werden, da ja eigentlich nichts "Available" ist, sondern hier nur der "spa_slop_shift" angezeigt wird (hier
von 5 auf 9 geändert):