Umgebung:
Problem:
Ein schlechtes Systemdesign hat zu einem konstanten Raumdruck auf den internen Scheiben geführt. Sobald ein Pool 80% überschreitet, wird zfs vollständig gesperrt. Viele meiner Zonen befinden sich im selben Pool, daher kann jede Zone das Problem verursachen, und es dauert Stunden, in Verzeichnissen nach Dateien zu suchen, die sicher gelöscht werden können.
Beispiel...
zpool list:
NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT myzone 556G 475G 80.5G 90% 1.00x ONLINE - df -h:
myzone/zone1/rpool/ROOT/solaris-8/var 547G 7.8G 72G 10% /zones2/zone1/root/var myzone/zone2/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone2/root myzone/zone3/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone3/root myzone/zone4/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone4/root myzone/zone5/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone5/root myzone/zone6/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone6/root myzone/zone7/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone7/root myzone/zone8/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone8/root myzone/zone9/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone9/root myzone/zone10/rpool/ROOT/solaris-11 547G 6.2G 72G 8% /zones2/zone10/root Frage:
Wie kann man am schnellsten mithilfe eines Befehls oder Skripts ermitteln, was den Speicherplatz verbraucht? Wie finde ich heraus, ob es sich um eine große Datei oder um Tausende kleiner Dateien handelt, die Speicherplatz beanspruchen? Welche Zone ist das Problem?
Versuchen Laufen zfs list -t all- das alles zeigt die Dateisysteme und Snapshots, und sollten Sie einen geben viel Einblick in das, was Raum verbraucht. Um Dinge zu entfernen, verwenden Sie zfs destroy fs[@snap].
Das ist der übliche Fall. In den seltenen Fällen überprüfen Sie diese Antwort: https://stackoverflow.com/a/43249145/823872