Skip to main content
Elke service in de Ayakaleaf Pro-pod schrijft zijn eigen logbestand onder /var/log/overleaf/; kubectl logs toont alleen de opstartuitvoer van de container (init-scripts, migraties). bin/logs van de Toolkit leest dezelfde bestanden, zie Logging.

Logs lezen

Met meerdere replica’s heeft elke pod zijn eigen bestanden: gebruik de podnaam (overleaf-0, overleaf-1, …) in plaats van deploy/overleaf. De X-Served-By-header die HAProxy toevoegt, laat zien welke replica een verzoek heeft beantwoord. LOG_LEVEL in de ConfigMap (standaard info, ook debug, warn, error) stelt het niveau van alle services in de pod tegelijk in.

Logs bewaren

De bestanden staan in de container en gaan verloren wanneer de pod wordt vervangen. Om ze te bewaren, koppel je een volume op /var/log/overleaf, bijvoorbeeld een hostPath op de node of een PersistentVolumeClaim, in de Deployment of StatefulSet:
De container roteert de bestanden dagelijks en bewaart er vijf, dus het volume groeit niet onbeperkt. Of verzamel ze vanaf dat pad met de logagent van je cluster.

Getest op Kubernetes

Op Kubernetes 1.37 met drie replica’s en een hostPath-volume op /var/log/overleaf zoals hierboven, bevatte /srv/overleaf-logs op elke node de twaalf servicelogs van de bijbehorende replica, en werkten de commando’s in de tabel zoals getoond: tail via kubectl exec, kubectl cp van een logbestand, kubectl logs van de Overleaf-pod (opstarten en migraties) en van mongo-0.
Laatst gewijzigd op 2 november 2026