Fehlerbehebung für die vollständige Einbindung von /tmp für Adobe Commerce

Dieser Artikel bietet eine Lösung für den Fall, dass die /tmp-Bereitstellung voll ist, die Site möglicherweise ausgefallen ist und Sie nicht in der Lage sind, SSH in einen -Knoten zu installieren.

Beschreibung description

Betroffene Produkte und Versionen

Adobe Commerce 2.3.0 - 2.3.6-p1, 2.4.0 - 2.4.2

Problem

Wenn die /tmp voll ist, kann dies zu einer Reihe möglicher Symptome führen, darunter die folgenden Fehler:

Schritte zur Reproduktion:

Um zu überprüfen, wie voll die /tmp ist, wechseln Sie in der CLI zu /tmp und führen Sie den folgenden Befehl aus: df -h

Erwartetes Ergebnis:

Weniger als 80 %.

Tatsächliches Ergebnis:

Rund 100 %.

Ursache

Die /tmp-Bereitstellung enthält zu viele Dateien, was folgende Ursachen haben kann:

Lösung resolution

Es gibt Dinge, die Sie tun können, um einmal Speicherplatz freizugeben, und es gibt Best Practices, die verhindern würden, dass /tmp voll wird.

Überprüfen und Freigeben von Knoten

Stellen Sie sicher, dass ausreichend Knoten verfügbar sind. Führen Sie dazu den folgenden Befehl aus: df -i

Die Ausgabe würde in etwa wie folgt aussehen: Filesystem Inodes Used Free Use% Mounted on /dev/nvme2n1 655360 1695 653665 1% /data/mysql

Überprüfen Sie, ob Verwendung % < 70 % beträgt. Inodes sind mit Dateien korreliert. Wenn Sie Dateien aus der Partition entfernen, werden Inodes freigegeben.

Überprüfen und Freigeben von Speicherplatz

Es gibt mehrere Services, die möglicherweise Dateien in /tmp speichern.

Überprüfen und Freigeben von MySQL-Speicherplatz

Befolgen Sie die Anweisungen in MySQL Speicherplatz ist niedrig auf Adobe Commerce auf Cloud-Infrastruktur > Überprüfen Sie und geben Sie Speicherplatz frei in unserer Support-Wissensdatenbank.

Überprüfen von Elasticsearch Heap-Dumps

WARNUNG
Heap-Dumps enthalten Protokollierungsinformationen, die für die Untersuchung von Problemen nützlich sein können. Erwägen Sie, sie für mindestens 10 Tage an einem anderen Ort aufzubewahren.

HeapDumps (*.hprof) mit der System-Shell entfernen: find /tmp/*.hprof -type f -delete

Wenn Sie nicht über die Berechtigung zum Löschen von Dateien verfügen, die von einem anderen Benutzer erstellt wurden (in diesem Fall Elasticsearch), aber sehen, dass die Dateien groß sind, erstellen ​ ein Support-Ticket um sie zu bearbeiten.

Überprüfen von Datenbank-Dumps/Backups

WARNUNG
Datenbanksicherungen werden in der Regel zu einem bestimmten Zweck erstellt. Wenn Sie sich nicht sicher sind, ob die Datei weiterhin benötigt wird, verschieben Sie sie an einen anderen Speicherort, anstatt sie zu löschen.

Überprüfen Sie /tmp auf .sql oder .sql.gz Dateien und bereinigen Sie sie. Diese können von ECE-Tools während der Sicherung oder bei der manuellen Erstellung von Datenbank-Dumps mit dem mysqldump-Tool erstellt worden sein.

Best Practices

Um Probleme mit /tmp zu vermeiden, die vollständig sind, befolgen Sie die folgenden Empfehlungen: