Türkei (Türkisch)
Germany (German)
Worldwide (English)
Kapasitedie Verwändung des Mount-Punkts wird mit df -h gemessen
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Wenn die Festplatten- oder Inodennutzung auf einem Plesk-Server 100% erreicht, können Panel, Websites, E-Mail, MariaDB und Backups gleichzeitig fehlschlagen. Die richtige Lösung besteht nicht darin, zufällig Dateien zu löschen, sondern die Ursache des Mounts, den Datentyp, der Speicher verbraucht, und den Grund für das Wachstum zu identifizieren.
No space left on device
Disk quota exceeded
Failed to write session data
MariaDB: Unable to create temporary file
Plesk backup failed: insufficient disk spaceDie Festplattenkapazität begrenzt die Gesamtgröße der Dateien in Byte, während die Inode die Anzahl der Dateien und Verzeichnisse begrenzt. Selbst wenn noch freier Speicherplatz in GB vorhanden ist, können Millionen kleine Dateien 100% der Inode-Auslastung verbrauchen und somit die Erstellung neuer Dateien verhindern.
Zuerst bestimmen Sie, welcher Mount voll ist, indem Sie df -hT verwenden. /, /var, /var/lib/psa/dumps oder eine separate /var/www-Partition tragen unterschiedliche Gründe.
Plesk-Backup können standardmäßig unter /var/lib/psa/dumps erhebliche Festplattenplatz verbrauchen. Allerdings sollten aktive oder einzelne redundanten Backups nicht gelöscht werden.
Domain-Logs unter /var/www/vhosts/system/alanadi/logs, Mail-Daten wachsen gemäß Verteilung unter /var/qmail oder /var/mail-Struktur.
Gelöschte Dateien, aber große Dateien, die von einem laufenden Prozess gehalten werden, erscheinen nicht im Ausgabe und setzen die df-Area weiterhin fort. lsof +L1 stellt diese Unterscheidung her.
Wenn die Festplatte vollständig voll ist, erstellen Sie zunächst einen kleinen sicheren Speicherplatz und stabilisieren Sie die Logs und Dienste. Anschließend sollte eine gründliche Bereinigung und Kapazitätserhöhung durchgeführt werden; die Verwendung von rm -rf ohne Recherche großer Verzeichnisse kann zu ernsthaften Datenverlusten führen.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: Das Dateisystem kann keine neuen Daten oder Metadaten schreiben.
Mögliche Ursache: Festplatten-Byte-Kapazität oder Inode ist abgelaufen.
Bedeutung: Konto oder Abonnement hat die definierte Quoten überschritten.
Mögliche Ursache: Plesk-Abonnement-Limits oder Dateisystem-Quota.
Bedeutung: Das Dateisystem kann keinen Inode für eine neue Datei finden.
Mögliche Ursache: Session, Cache, Maildir oder kleine Dateienexplosion.
Bedeutung: Die PHP-Sitzungsdatei kann nicht geschrieben werden.
Mögliche Ursache: /var/lib/php/session oder /tmp-Bereich inode-Berechtigungsproblem.
Bedeutung: Es ist nicht möglich, eine neue Datei auf dem Datenbank-Tmp- oder Datadir zu erstellen.
Mögliche Ursache: Festplatte/Inode voll oder tmpdir-Probleme.
Bedeutung: Für die Backup-Verwaltung erforderlicher Schätzwert konnte nicht gefunden werden.
Mögliche Ursache: Alte Sicherungen, große Dump oder falsche Aufbewahrung.
Bedeutung: Die Rotation funktioniert nicht oder die Anwendung schreibt häufig denselben Fehler.
Mögliche Ursache: logrotate ist defekt, Debug-Modus ist geöffnet oder unter Angriffstrafik.
Bedeutung: Der mount mag nach dem Kernel-Dateisystemfehler nur noch lesbar gemacht worden sein.
Mögliche Ursache: Dateisystem- oder Festplattenhardware-Fehler.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
df -hT
df -iZeigt die Byte- und Inode-Nutzung aller Mounts an.
du -xhd1 / 2>/dev/null | sort -h
du -xhd1 /var 2>/dev/null | sort -hZeigt die obersten Verzeichnisse, die innerhalb des gleichen Dateisystems Speicherplatz verbrauchen.
du -xsh /var/lib/psa/dumps/* 2>/dev/null | sort -h | tail -n 30Größte Plesk-Backup-Ordner und -Dateien auflisten.
find /var/www/vhosts/system -path '*/logs/*' -type f -size +100M -printf '%s %p
' 2>/dev/null | sort -n | tail -n 30Zeigt Domain-Logs über 100 MB nach Größe an.
lsof +L1 | sort -k7 -n | tail -n 30Zeigt Dateien, die trotzdem durch den Prozess offen gehalten und Speicherplatz beanspruchen, obwohl sie gelöscht wurden.
for d in /var/www/vhosts /var/lib/php /tmp /var/qmail; do [ -d "$d" ] && echo "$d $(find "$d" -xdev -type f 2>/dev/null | wc -l)"; doneVergleicht die Anzahl der Dateien in den Wurzelverzeichnissen, in denen die Inode-Verwendung wahrscheinlich hoch ist.
iostat -xz 1 3
journalctl -k -n 120 --no-pagerZeigt Gründe für Disk-Dichte, I/O-Fehler und nur-lesbares Dateisystem an.
Nachdem die Dolan-Montage und der Datentyp bestimmt wurden, wird ein sicherer Kurzfeld geöffnet, der Wachstumsgrund wird gestoppt und ein dauernder Kapazitätsplan wird angewendet.
Das Reinigen von /home, während /var voll ist, bringt keinen Nutzen. Analysieren Sie auf dem gleichen Mount.
df -hT && df -iKlassifizieren Sie die Sicherung als Domain-Log, Mail, Datenbank, Cache und gelöschte offene Datei.
Bewähren sichere Ziele wie Paketcache oder verifizierte alte temporäre Dateien; berühren Sie keine DB/mail-Daten.
Wenn die Fehlerprotokoll-Explosion, Spam-E-Mail, fehlgeschlagene Backup-Schleife oder Cache-Produktion weitergeht, stoppen Sie den Quellcode zuerst.
Passen Sie die Einstellungen für Backup Manager und Domain-Log-Rotation an die Arbeitslast an.
Planen Sie die Partitionserweiterung, trennen Sie die Backup-Speicher und stellen Sie Alarmanzeiger bei 75/85-Schwellwerten ein.
Backup-Manager-Retention, lokale/fern-Kopie-Strategie und inkrementelle Ketten werden überprüft.
Zuerst die wiederholte Fehler- oder Angriffquelle beheben; dann unter Prüfungle mit logrotate reduzieren.
Spam-Warteschlange, Postfachnutzung, Aufbewahrung und gehackte Konten werden analysiert.
Binary-Log, Slow-Log, tmp und tatsächliches Datenbankwachstum sind getrennt; Tabellendateien werden nicht manuell gelöscht.
Mit lsof +L1 wird der offene Handle gefunden; der Bereich wird durch Neuladen/Neustarten des zugehörigen Dienstes freigegeben.
Der Inode kann 100% sein oder die zu schreibende Partition ist voll.
Auf Linux basiert der Standardort für lokale Sicherungskopien normalerweise auf /var/lib/psa/dumps.
Das Löschen der aktiven Datei kann nicht sofort Speicherplatz freigeben und kann Datenverlust verursachen. Rotation/Trunkierung sollte sorgfältig durchgeführt werden.
Zeigt Dateien, die gelöscht wurden, aber aufgrund der offenen Verbindung durch einen laufenden Prozess weiterhin den Speicherplatz nutzen.
Zuerst finden Sie die Millionen von kleinen Dateien, die von der Sitzung, dem Cache, dem E-Mail oder der Anwendungquelle generiert wurden; die Dateien werden gemäß der Speicherdauer gelöscht.
Protokollrotation und Backup-Retention helfen; regelmäßige Überwachung ist für falsche Konfiguration oder Anwendungsgröße erforderlich.
Bietet Platz für einen kurzen Zeitraum an; wenn der unkontrollierte Log, Backup- oder Spamwachstum fortgesetzt wird, wird auch der neue Platz belegt.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.