Skip to main content
Кожна служба в поді Ayakaleaf Pro записує власний файл журналу в /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.
Останнє оновлення 2 листопада 2026 р.