Discourse Docker автоматически выключен

Привет, у меня автоматически отключается форум Discourse,
и иногда я также получаю ошибку 502 Bad Gateway
unicorn.stderr.log

D, [2020-07-15T16:29:57.037389 #32767] DEBUG -- : ожидание 16.0 с после приостановки/гибернации
E, [2020-07-15T18:49:48.649399 #32767] ERROR -- : worker=0 PID:8593 тайм-аут (31с > 30с), принудительное завершение
E, [2020-07-15T18:49:50.220209 #32767] ERROR -- : получен статус процесса #<Process::Status: pid 8593 SIGKILL (сигнал 9)> worker=0
E, [2020-07-15T18:50:25.881312 #32767] ERROR -- : worker=2 PID:13929 тайм-аут (31с > 30с), принудительное завершение
E, [2020-07-15T18:50:25.881493 #32767] ERROR -- : worker=1 PID:32508 тайм-аут (31с > 30с), принудительное завершение
E, [2020-07-15T18:50:25.949739 #32767] ERROR -- : получен статус процесса #<Process::Status: pid 13929 SIGKILL (сигнал 9)> worker=2
E, [2020-07-15T18:50:25.949869 #32767] ERROR -- : получен статус процесса #<Process::Status: pid 32508 SIGKILL (сигнал 9)> worker=1
I, [2020-07-15T18:51:00.385865 #19149]  INFO -- : worker=0 готов
I, [2020-07-15T18:51:00.385899 #19193]  INFO -- : worker=2 готов
I, [2020-07-15T18:51:00.385899 #19189]  INFO -- : worker=1 готов
E, [2020-07-15T18:51:44.033303 #32767] ERROR -- : worker=2 PID:19193 тайм-аут (31с > 30с), принудительное завершение
E, [2020-07-15T18:51:44.051941 #32767] ERROR -- : получен статус процесса #<Process::Status: pid 19193 SIGKILL (сигнал 9)> worker=2
I, [2020-07-15T18:51:49.476608 #19302]  INFO -- : worker=2 готов
E, [2020-07-15T18:51:55.064179 #32767] ERROR -- : worker=1 PID:19189 тайм-аут (31с > 30с), принудительное завершение
E, [2020-07-15T18:51:55.085863 #32767] ERROR -- : получен статус процесса #<Process::Status: pid 19189 SIGKILL (сигнал 9)> worker=1
I, [2020-07-15T18:52:00.812373 #19324]  INFO -- : worker=1 готов

Это означает, что ваш веб-процесс отвечает более 30 секунд. Можете ли вы удалить все пользовательские плагины и пересобрать проект?

Запущено ./launcher rebuild app
Только один плагин менеджера Docker

Какой у вас сервер? Он очень медленный? Сколько оперативной памяти? У вас SSD или жесткие диски? Каков размер вашей базы данных?

Система работает в штатном режиме
Информация
CPU: 50%, i3, 4 ядра
Использование диска /: 7,9% из 1,79 ТБ
Использование памяти: 61%, 8 ГБ
Использование подкачки: 19%, 4 ГБ

Я завершил пересборку приложения

 new_subscriber_thread'"] 
I, [2020-07-15T19:56:10.094624 #72]  INFO -- : Обновление списка Gem
I, [2020-07-15T19:56:41.824138 #72]  INFO -- : прослушивание адреса addr=127.0.0.1:3000 fd=9
I, [2020-07-15T19:57:06.077895 #72]  INFO -- : главный процесс готов
I, [2020-07-15T19:57:17.979526 #229]  INFO -- : worker=2 готов
I, [2020-07-15T19:57:17.979509 #218]  INFO -- : worker=1 готов
I, [2020-07-15T19:57:17.979637 #241]  INFO -- : worker=3 готов
I, [2020-07-15T19:57:17.979868 #211]  INFO -- : worker=0 готов

Моя проблема всё ещё сохраняется

tail -100 unicorn.stderr.log

    I, [2020-07-16T07:51:49.785061 #72] INFO -- : master done reopening logs

    I, [2020-07-16T07:52:05.423701 #18420] INFO -- : worker=3 done reopening logs

    I, [2020-07-16T07:52:05.439574 #10177] INFO -- : worker=2 done reopening logs

    I, [2020-07-16T07:52:06.614121 #11282] INFO -- : worker=1 done reopening logs

    I, [2020-07-16T07:52:06.626403 #30350] INFO -- : worker=0 done reopening logs

    E, [2020-07-16T13:43:49.118620 #72] ERROR -- : worker=1 PID:11282 timeout (31s > 30s), killing

    E, [2020-07-16T13:43:49.325644 #72] ERROR -- : reaped #<Process::Status: pid 11282 SIGKILL (signal 9)> worker=1

    D, [2020-07-16T13:44:19.448200 #72] DEBUG -- : waiting 16.0s after suspend/hibernation

    I, [2020-07-16T13:44:31.441735 #10639] INFO -- : worker=1 ready

    E, [2020-07-16T14:24:40.454209 #72] ERROR -- : worker=1 PID:10639 timeout (31s > 30s), killing

    E, [2020-07-16T14:24:40.611580 #72] ERROR -- : reaped #<Process::Status: pid 10639 SIGKILL (signal 9)> worker=1

    D, [2020-07-16T14:25:10.744135 #72] DEBUG -- : waiting 16.0s after suspend/hibernation

    I, [2020-07-16T14:25:14.973408 #13472] INFO -- : worker=1 ready

    E, [2020-07-16T16:03:01.918109 #72] ERROR -- : worker=2 PID:10177 timeout (31s > 30s), killing

    E, [2020-07-16T16:03:02.200133 #72] ERROR -- : reaped #<Process::Status: pid 10177 SIGKILL (signal 9)> worker=2

    I, [2020-07-16T16:03:51.690756 #20266] INFO -- : worker=2 ready

    E, [2020-07-16T18:29:27.607372 #72] ERROR -- : worker=1 PID:13472 timeout (31s > 30s), killing

    E, [2020-07-16T18:29:27.831050 #72] ERROR -- : reaped #<Process::Status: pid 13472 SIGKILL (signal 9)> worker=1

    I, [2020-07-16T18:29:59.339086 #30397] INFO -- : worker=1 ready

    E, [2020-07-16T18:51:56.470192 #72] ERROR -- : worker=0 PID:30350 timeout (31s > 30s), killing

    E, [2020-07-16T18:51:57.004078 #72] ERROR -- : reaped #<Process::Status: pid 30350 SIGKILL (signal 9)> worker=0

    I, [2020-07-16T18:52:43.150079 #31968] INFO -- : worker=0 ready
D, [2020-07-16T19:13:52.263197 #72] DEBUG -- : waiting 16.0s after suspend/hibernation

Не могли бы вы ответить на остальные вопросы Джей?

Это SSD? Объем 2 ТБ предполагает, что это, возможно, обычный вращающийся SATA-диск, который будет слишком медленным для использования с Discourse.

Да, диск SATA на 2 ТБ обычно работает быстро, но сейчас он не работает.

https://forum.wishl.net/

SSD — это минимум, что зафиксировано в требованиях к диску. Вам понадобится SSD; если вы используете жесткий диск с вращающимися пластинами, мы не сможем вам помочь.

Можете зайти в контейнер и посмотреть другие логи?

Скорее всего, PostgreSQL не запускается, начните проверку с этого.

привет, какой файл журнала нужно посмотреть?

Если это поможет, то сервер Discourse, администрирование которого я помогаю осуществлять, уже около месяца выдаёт ошибки 502 (bad gateway). И сервер, и я сам находимся в Германии. Это не может быть недавней регрессией в Discourse, так как мы не обновлялись уже несколько месяцев. Мы работаем на очень базовом хостинг-плане. Теперь сервер также работает очень медленно, даже когда соединение удаётся установить. У меня нет хорошего объяснения этому ухудшению работы сервиса, и я предполагал, что это просто следствие нашего дешёвого тарифа. Прочитав эту ветку, возможно, есть и другие объяснения? Р.

Спасибо за ответ.
Сервер перенёс SSD, проблема решена.

Привет! Можешь сказать, что использование жестких дисков типа Life может улучшить производительность? Спасибо.

SSD значительно быстрее вращающихся магнитных дисков. Широко признано, что использование SSD обязательно, хотя мне известен один крупный сайт, где применялись магнитные диски. Это потребовало как минимум одного изменения в ядре для их поддержки. Настройка заняла несколько недель. Если вы всё же используете магнитные диски, вам потребуется больше оперативной памяти для увеличения кэша. Это действительно не рекомендуется.