/var/log/overleaf/; kubectl logs показує лише вивід контейнера під час запуску (скрипти ініціалізації, міграції). bin/logs з Toolkit читає ті самі файли, див. Журналювання.
Читання журналів
З кількома репліками кожен под має власні файли: використовуйте ім’я пода (
overleaf-0, overleaf-1, …) замість deploy/overleaf. Заголовок X-Served-By, який додає HAProxy, показує, яка репліка відповіла на запит.
LOG_LEVEL у ConfigMap (за замовчуванням info, також debug, warn, error) задає рівень для всіх служб пода одночасно.
Зберігання журналів
Файли знаходяться в контейнері й втрачаються, коли под замінюється. Щоб зберегти їх, змонтуйте том у/var/log/overleaf, наприклад hostPath на вузлі або PersistentVolumeClaim, у Deployment чи StatefulSet:
Перевірено на Kubernetes
На Kubernetes 1.37 з трьома репліками та томомhostPath у /var/log/overleaf, як вище, /srv/overleaf-logs кожного вузла містив дванадцять журналів служб його репліки, а команди з таблиці працювали, як показано: tail через kubectl exec, kubectl cp файлу журналу, kubectl logs пода Overleaf (запуск і міграції) та mongo-0.
