Skip to main content
Hver tjeneste i Ayakaleaf Pro-poden skriver sin egen logfil under /var/log/overleaf/; kubectl logs viser kun containerens opstartsoutput (init-scripts, migreringer). Toolkit’ets bin/logs læser de samme filer, se Logning.

Læsning af logs

Med flere replikaer har hver pod sine egne filer: brug podnavnet (overleaf-0, overleaf-1, …) i stedet for deploy/overleaf. Headeren X-Served-By, som HAProxy tilføjer, fortæller, hvilken replika der besvarede en forespørgsel. LOG_LEVEL i ConfigMap’et (standard info, også debug, warn, error) sætter niveauet for alle tjenester i poden på én gang.

Bevarelse af logs

Filerne ligger i containeren og går tabt, når poden udskiftes. For at bevare dem skal du montere et volume på /var/log/overleaf, for eksempel en hostPath på noden eller en PersistentVolumeClaim, i Deployment’et eller StatefulSet’et:
Containeren roterer filerne dagligt og beholder fem, så volumet ikke vokser ubegrænset. Du kan også indsamle dem fra den sti med dit clusters logagent.

Testet på Kubernetes

På Kubernetes 1.37 med tre replikaer og et hostPath-volume på /var/log/overleaf som ovenfor indeholdt hver nodes /srv/overleaf-logs de tolv tjenestelogs for dens replika, og kommandoerne i tabellen virkede som vist: tail via kubectl exec, kubectl cp af en logfil, kubectl logs for Overleaf-poden (opstart og migreringer) og for mongo-0.
Sidst ændret 2. november 2026