Runbook: Festplatte voll #

Für die Bereitschaft, wenn ein Server oder ein Kundenkonto keinen Speicherplatz mehr hat. Symptome: Uploads scheitern, Veröffentlichen scheitert, Seiten zeigen Fehler, Logs wachsen nicht mehr, die Datenbank verweigert Schreibvorgänge.

Inhalt #

1. Die ersten fünf Minuten
2. Was entfernt werden darf, und was nie
3. Sicher Platz schaffen
4. Nach dem Vorfall

Die ersten fünf Minuten #

1. Bestätigen Sie es und finden Sie das Dateisystem:

   df -h /var/www/vhosts/<domain>

2. Finden Sie heraus, was in der Installation gewachsen ist:

   du -sh var/* | sort -h | tail -15
   du -sh var/storage var/cache var/log var/vc 2>/dev/null

3. Prüfen Sie außerhalb der Installation: Backups, die auf dieselbe Festplatte geschrieben werden, das Datenverzeichnis des Datenbankservers, Logs des Systems, Sitzungsdateien von PHP.

Was entfernt werden darf, und was nie #

Sicher Platz schaffen #

Caches. Leeren Sie sie mit dem Cache-Befehl; er kennt die Pfade jeder Website:

php bin/php/ezcache.php --clear-all --allow-root-user

Seiten sind langsamer, bis die Caches wieder warm sind; wärmen Sie sie mit php bin/php/warm.php --allow-root-user vor, wenn wieder Platz da ist.

Log-Archive. Ansehen, planen, dann bereinigen:

./console exp:logs --archives                 # each log with its archives and their sizes
./console exp:logs --prune --dry-run          # the archives beyond the site.ini [FileSettings] limits
./console exp:logs --apply --prune                    # remove them
./console exp:logs --apply --compress                 # compress the archives from .2 on

Ein Log, das schnell wächst. Finden Sie heraus, warum, bevor Sie es leeren; ein Log, das um Megabyte pro Minute wächst, ist ein Symptom. ./console exp:logs --list zeigt Zeilen pro Minute je Datei. Dann:

./console exp:logs --apply --truncate=debug           # rotate it (the content stays in .1)

Die Logs von Velocity liegen unter var/vc/qbix/log und rotieren mit einem Datum im Namen; alte können nach Ihrer Log-Richtlinie archiviert oder entfernt werden (Log-Viewer und Log-Rotation).

SQLite. Eine große Datei -wal schrumpft bei einem Checkpoint; VACUUM gewinnt nach großen Löschungen Platz zurück, braucht aber selbst freien Platz. Lesen Sie ANALYZE, VACUUM und die WAL-Datei, bevor Sie etwas ausführen.

Warnung Führen Sie während eines Vorfalls kein rm -rf von Hand auf Verzeichnissen unter var/ aus. Ein falscher Pfad entfernt Uploads von Kunden, und ein Cache-Verzeichnis, das entfernt wird, während Worker laufen, kann Dateien mit dem falschen Eigentümer hinterlassen. Nutzen Sie die Befehle oben.

Nach dem Vorfall #

• To do: Prüfen Sie, dass die Website funktioniert: hochladen, veröffentlichen, anmelden.
• To do: Prüfen Sie die Logs, die während des Vorfalls aufgehört haben; etwas ist vielleicht still gescheitert (ein Cronjob, ein Backup).
• To do: Richten Sie einen Alarm für die Festplatte unterhalb des erreichten Stands ein (Überblick über die Überwachung).
• To do: Prüfen Sie Log-Rotation und Ort der Backups (Log-Viewer und Log-Rotation, Backup-Zeitpläne und Aufbewahrung).
• To do: Wenn Kundendaten über den Tarif hinaus gewachsen sind, sagen Sie es dem Kunden (Abrechnungs- und Messoptionen).

Verwandte Seiten #

• Aufbau des Speichers
• Langsame Website
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.