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>)