/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:
Auf Kubernetes getestet
Auf Kubernetes 1.37 mit drei Replikaten und einemhostPath-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.
