Skip to main content
Jeder Dienst im Ayakaleaf Pro-Pod schreibt seine eigene Logdatei unter /var/log/overleaf/; kubectl logs zeigt nur die Startausgabe des Containers (Init-Skripte, Migrationen). bin/logs des Toolkits liest dieselben Dateien, siehe Logging.

Logs lesen

Mit mehreren Replikaten hat jeder Pod seine eigenen Dateien: Verwenden Sie den Pod-Namen (overleaf-0, overleaf-1, …) statt deploy/overleaf. Der von HAProxy hinzugefügte Header X-Served-By zeigt an, welches Replikat eine Anfrage beantwortet hat. LOG_LEVEL in der ConfigMap (Standard info, außerdem debug, warn, error) legt die Stufe aller Dienste im Pod auf einmal fest.

Logs aufbewahren

Die Dateien liegen im Container und gehen verloren, wenn der Pod ersetzt wird. Um sie aufzubewahren, binden Sie im Deployment oder StatefulSet ein Volume unter /var/log/overleaf ein, zum Beispiel einen hostPath auf dem Knoten oder einen PersistentVolumeClaim:
Der Container rotiert die Dateien täglich und behält fünf, sodass das Volume nicht unbegrenzt wächst. Alternativ können Sie sie mit dem Log-Agenten Ihres Clusters von diesem Pfad einsammeln.

Auf Kubernetes getestet

Auf Kubernetes 1.37 mit drei Replikaten und einem hostPath-Volume unter /var/log/overleaf wie oben enthielt /srv/overleaf-logs auf jedem Knoten die zwölf Dienst-Logs seines Replikats, und die Befehle in der Tabelle funktionierten wie gezeigt: tail über kubectl exec, kubectl cp einer Logdatei, kubectl logs des Overleaf-Pods (Start und Migrationen) und von mongo-0.
Zuletzt geändert am 2. November 2026