gunicorn убивает воркеры по таймауту

Что это означает

Воркер gunicorn не ответил за --timeout (по умолчанию 30 с): долгий старт (загрузка моделей) или долгий запрос.

Сборка прошла, но приложение не запустилось или не ответило на проверку состояния (healthcheck).

Типичные причины

• Приложение слушает не 0.0.0.0 и не порт из переменной PORT
• Не хватает переменной окружения или не подключена база или Redis
• Команда запуска неверная или процесс сразу завершается

Как исправить на mevcore

Увеличьте --timeout (например, до 120) в команде запуска в «Настройках», уменьшите число воркеров или добавьте --preload.

1. 1 Откройте приложение в панели mevcore: карточка «Проблемы» на обзоре показывает эту ошибку и строку лога, где её нашли.
2. Исправляется на вкладке «Настройки» приложения.
3. 2 После исправления запустите деплой ещё раз. Если он снова не удастся, лог закончится строками [mevcore] с кодом новой ошибки.
4. 3 Кнопка «Спросить ИИ» рядом с ошибкой готовит запрос для ChatGPT или Claude: код ошибки, конец лога без секретов и настройки приложения.

Для ИИ-ассистента

То же на английском: вставьте вместе с логом в чат с ИИ.

mevcore error code: runtime.gunicorn_worker_timeout
phase: start / health check
diagnosis: gunicorn kills workers by timeout
platform hint: A gunicorn worker did not answer within --timeout (30 s by default): a slow start (models loading) or a long request. Raise --timeout (for example 120) in the start command in the settings, use fewer workers, or add --preload.
platform docs: https://mevcore.com/llms-full.txt

Похожие ошибки

• install.timeout Установка не уложилась во время
• install.builder_timeout Сборщик не уложился во время (<step>)