Skip to main content
Každá služba uvnitř podu Ayakaleaf Pro zapisuje vlastní soubor logu do /var/log/overleaf/; kubectl logs zobrazuje pouze výstup kontejneru při startu (inicializační skripty, migrace). Příkaz bin/logs z Toolkitu čte stejné soubory, viz Logování.

Čtení logů

S více replikami má každý pod vlastní soubory: místo deploy/overleaf použijte název podu (overleaf-0, overleaf-1, …). Hlavička X-Served-By, kterou přidává HAProxy, říká, která replika na požadavek odpověděla. LOG_LEVEL v ConfigMapu (výchozí info, dále debug, warn, error) nastavuje úroveň všech služeb v podu najednou.

Uchovávání logů

Soubory jsou uloženy v kontejneru a při nahrazení podu se ztratí. Chcete-li je uchovat, připojte v Deploymentu nebo StatefulSetu svazek do /var/log/overleaf, například hostPath na uzlu nebo PersistentVolumeClaim:
Kontejner soubory denně rotuje a uchovává jich pět, takže svazek neroste bez omezení. Případně je z této cesty sbírejte logovacím agentem vašeho clusteru.

Testováno na Kubernetes

Na Kubernetes 1.37 se třemi replikami a svazkem hostPath v /var/log/overleaf podle výše uvedeného obsahoval adresář /srv/overleaf-logs každého uzlu dvanáct logů služeb jeho repliky a příkazy z tabulky fungovaly, jak je uvedeno: tail přes kubectl exec, kubectl cp souboru logu, kubectl logs podu Overleaf (start a migrace) a podu mongo-0.
Naposledy změněno 2. listopadu 2026