/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:
Przetestowano na Kubernetes
Na Kubernetes 1.37 z trzema replikami i woluminemhostPath 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.
