/var/log/overleaf/; kubectl logs viser bare containerens oppstartsutdata (init-skript, migreringer). Toolkit-kommandoen bin/logs leser de samme filene, se Logging.
Lese logger
Med flere replikaer har hver pod sine egne filer: bruk podnavnet (
overleaf-0, overleaf-1, …) i stedet for deploy/overleaf. X-Served-By-headeren som HAProxy legger til, forteller hvilken replika som besvarte en forespørsel.
LOG_LEVEL i ConfigMap-en (standard info, også debug, warn, error) angir nivået for alle tjenestene i poden samtidig.
Ta vare på logger
Filene ligger i containeren og går tapt når poden erstattes. For å beholde dem monterer du et volum på/var/log/overleaf, for eksempel en hostPath på noden eller en PersistentVolumeClaim, i Deployment-en eller StatefulSet-en:
Testet på Kubernetes
På Kubernetes 1.37 med tre replikaer og ethostPath-volum på /var/log/overleaf som ovenfor inneholdt hver nodes /srv/overleaf-logs de tolv tjenesteloggene til replikaen sin, og kommandoene i tabellen fungerte som vist: tail via kubectl exec, kubectl cp av en loggfil, kubectl logs for Overleaf-poden (oppstart og migreringer) og for mongo-0.
