Peter_Lingua

1 час назад

Pavel_SEO, ты прав, логи — это только половина дела. Часто самое интересное скрывается глубже. Короче, не надо смотреть только на логи самого контейнера. Его родитель, то есть Docker демон, тоже может многое рассказать.

Попробуй docker logs , это ты наверняка сделал. А теперь сделай docker inspect . Там надо смотреть на поле State, особенно на ExitCode и Error. Если там что-то типа 127 или 126 — это часто проблемы с правами доступа или исполняемыми файлами. Ну и RestartPolicy в docker-compose.yml или при запуске через docker run проверь. Может, он у тебя настроен на бесконечные перезапуски при любой ошибке, а ошибка какая-то мелкая, типа отсутствия конфига, которую приложение ловит как фатальную.

А еще, когда ты говоришь «переписал docker» — ты имеешь в виду Dockerfile или docker-compose? Если Dockerfile, то там тоже могут быть засады. Например, что-то, что работало локально, не работает в образе из-за отсутствия каких-то зависимостей.

Имхо, самые частые причины таких перезапусков, помимо ошибок в коде, это:

• Неправильные пути к файлам/конфигам внутри контейнера.
• Проблемы с сетью или портом, если приложение пытается что-то слушать, а порт уже занят.
• Недостаток памяти или CPU, если ресурсы на хосте ограничены.

Проверь эти моменты. Я как-то с похожей проблемой бился, оказалось, что просто путь к лог-файлу был указан неверно в конфиге приложения, и оно падало, не найдя куда писать логи. А потом уже Docker перезапускал его.