Skip to main content
Hver tjeneste i Ayakaleaf Pro-poden skriver sin egen loggfil under /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:
Containeren roterer filene daglig og beholder fem, så volumet vokser ikke ubegrenset. Eller samle dem inn fra den stien med loggagenten i klyngen din.

Testet på Kubernetes

På Kubernetes 1.37 med tre replikaer og et hostPath-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.
Sist endret 2. november 2026