Skip to main content
Każda usługa wewnątrz poda Ayakaleaf Pro zapisuje własny plik logu w /var/log/overleaf/; kubectl logs pokazuje jedynie dane wyjściowe uruchamiania kontenera (skrypty inicjalizujące, migracje). Polecenie bin/logs z Toolkit odczytuje te same pliki, zobacz Logowanie.

Odczytywanie logów

Przy kilku replikach każdy pod ma własne pliki: użyj nazwy poda (overleaf-0, overleaf-1, …) zamiast deploy/overleaf. Nagłówek X-Served-By, który dodaje HAProxy, wskazuje, która replika odpowiedziała na żądanie. LOG_LEVEL w ConfigMap (domyślnie info, a także debug, warn, error) ustawia poziom wszystkich usług w podzie jednocześnie.

Przechowywanie logów

Pliki znajdują się w kontenerze i są tracone, gdy pod zostanie zastąpiony. Aby je zachować, zamontuj wolumin w /var/log/overleaf, na przykład hostPath na węźle lub PersistentVolumeClaim, w Deployment lub StatefulSet:
Kontener codziennie rotuje pliki i przechowuje pięć z nich, więc wolumin nie rośnie bez ograniczeń. Możesz też zbierać je z tej ścieżki za pomocą agenta logów swojego klastra.

Przetestowano na Kubernetes

Na Kubernetes 1.37 z trzema replikami i woluminem hostPath w /var/log/overleaf jak powyżej, katalog /srv/overleaf-logs każdego węzła zawierał dwanaście logów usług jego repliki, a polecenia z tabeli działały zgodnie z opisem: tail przez kubectl exec, kubectl cp pliku logu, kubectl logs poda Overleaf (uruchamianie i migracje) oraz mongo-0.
Ostatnia modyfikacja 2 listopada 2026