kein Zugriff bei voller Festplatte

[Noppsche]

Hallo,
ich habe das Problem das mir nun schon 2mal die Festplatten bei der Erstellung von Backups vollgelaufen sind und ich dann nicht mehr über die Freigabe aus Windows heraus auf die Ordner zugreifen konnte.
Über denn SSH Zugriff konnte ich dann zwar wieder Daten löschen aber das ist für mich keine Lösung.
Die Frage die sich mir stellt ist, ob es eine Möglichkeit gibt, das "Vollschreiben" zu unterbinden, so dass immer noch Platz zum Zugriff bleibt?
Wenn ja, wo und wie kann ich das Konfigurieren?
Auch die Warnung das die Platte voller als 80% ist, kann man doch sicherlich auch irgendwo anpassen. Aber wo?

Leider hatte meine Recherche über die SuFu und Google noch keinen Treffer erziehlt.
Ich hoffe ihr könnt mir hier helfen.

 

[Patrick M. Hausen]

Du kannst unter "Advanced Options" für jedes Dataset eine Quota vergeben. Dieses eine Dataset ist dann natürlich trotzdem irgendwann voll.

Gruß
Patrick

 

[MrToddsFriends]

Die Frage die sich mir stellt ist, ob es eine Möglichkeit gibt, das "Vollschreiben" zu unterbinden, so dass immer noch Platz zum Zugriff bleibt?
Wenn ja, wo und wie kann ich das Konfigurieren?

Lege in Deinem Pool ein zusätzliches Dataset an, bei dem Du "Reserved space for this dataset" auf den Wert setzt, den Du im Pool frei lassen möchtest ("G" als Suffix für Gigabyte ist erlaubt). Verwende dieses Dataset für nichts anderes als zum Freihalten des entsprechenden Platzes: Lege keine Daten darin ab und mach' keine Freigabe auf dieses Dataset.

Dieses "Reserved space for this dataset" legt auf ZFS-Ebene eine "refreservation" an, die genau das tut was Du möchtest.

Code:

root@blunzn:~ # zfs list -r -o used,avail,refer,refreservation,mountpoint volume0
 USED  AVAIL  REFER  REFRESERV  MOUNTPOINT
1.26T  1.37T   104K	   none  /mnt/volume0
1.04G  1.37T  1.04G	   none  /mnt/volume0/Kerstin
 443G  1.37T   363G	   none  /mnt/volume0/cbackup
35.7G  1.37T  35.7G	   none  /mnt/volume0/common
  96K  1.37T	96K	   none  /mnt/volume0/ctest
  88K  1.37T	88K	   none  /mnt/volume0/jails
 696G  2.05T	96K	   696G  /mnt/volume0/reservation
 119G  1.37T   119G	   none  /mnt/volume0/scr
 168K  1.37T   168K	   none  /mnt/volume0/scrtest

 

[Noppsche]

Hallo Patrick,
dank dir für deinen Tipp. Kann ich diese Quota auch im Nachhinein ggf. über die SSH editieren/erweitern/abändern?
Wenn ja, wie oder auch mit welchen Kommandos? Darf ich das so machen wie auf dieser Seite und das auch im Nachhinein?

 

[Noppsche]

Hallo MrToddsFriends,

Diese Lösung ist natürlich auch eine gelungene Alternativlösung. Ich hoffe es kommt dann nicht mehr dazu, das man dann nicht mehr auf die Freigabe zugreifen kann.
Danke

 

[Patrick M. Hausen]

Du kannst sie im Nachhinein über das UI ändern. Natürlich auch über die Shell - zfs set .... FreeNAS merkt sich aber viele Dinge zusätzlich in seiner Config-Datenbank, daher solltest Du das UI benutzen.

 

[Noppsche]

OK, Danke

 

[MrToddsFriends]

Diese Lösung ist natürlich auch eine gelungene Alternativlösung. Ich hoffe es kommt dann nicht mehr dazu, das man dann nicht mehr auf die Freigabe zugreifen kann.

Mit dem von mir gemachtem Vorschlag bleibt immer die konfigurierte Menge an freiem Platz übrig. Wegen "Volllaufens des Pools" wird es damit auf keinen Fall mehr Probleme geben.

Und ja: Konfiguriere --- soweit irgend möglich --- Alles in der FreeNAS GUI und benutze die Shell (falls überhaupt) nur zur Kontrolle.

 

[Noppsche]

Dank Dir,

habe ich dann mal so mit 4 GiB eingerichtet.

 

[MrToddsFriends]

habe ich dann mal so mit 4 GiB eingerichtet.

4 GiB ist extrem wenig. Ich habe >20% reserviert, allein wegen
"For maximum write performance and to prevent problems with drive replacement, add more capacity before a pool reaches 80%"
aus dem ZFS Primer.

http://doc.freenas.org/11/zfsprimer.html

 

[Noppsche]

OK, habe jetzt 535 GiB eingestellt.