После обновления Discourse мой экземпляр Ubuntu перестал работать

Поддержка
1

Я успешно использовал экземпляры AWS EC2 с Linux/Ubuntu в течение нескольких лет, но сегодня столкнулся с проблемой, которую не могу решить:

Я выполнил обновление Discourse через URL /admin/upgrade. Казалось, что процесс завершился успешно.

К сожалению, после этого машина перестала отвечать.

Нет доступа по HTTP и нет доступа по SSH.

Я уже пробовал перезагружать её через веб-интерфейс AWS EC2 (включить и выключить), но безрезультатно.

В настоящее время невозможно подключиться к машине по SSH — ни через PuTTY, ни через веб-терминал подключения к экземпляру AWS EC2.

Я совсем не знаю, что делать, и уже жду несколько часов.

Мониторинг EC2 также не показывает высокой нагрузки на сервер:

image
image1348×1272 85.7 KB

В прошлые недели/месяцы (всего около 2–3 раз) перезагрузка машины через интерфейс EC2 всегда возвращала её к жизни, но в этот раз это не помогло.

Мой вопрос

Есть ли какие-либо подсказки, как снова сделать машину доступной через SSH?

(Я понимаю, что это, скорее всего, не проблема Discourse, но так как это произошло сразу после обновления Discourse, возможно, другие пользователи уже сталкивались с таким же поведением и могут дать мне советы)

2

Возможно, стоит проверить использование дискового пространства.

Многие из описанных вами симптомов возникают, когда файловая система заполнена.

Надеюсь, это поможет.

3

Спасибо.

Хотя это звучит разумно, я сейчас не вижу способа это проверить, так как я вообще не могу подключиться к машине.

4

Вы должны иметь возможность проверить это в панели управления EC2, но я не использую AWS и поэтому не могу помочь дальше.

5

После очередного перезапуска и некоторого ожидания система снова появилась, будто из ниоткуда.

По моим данным, на диске достаточно свободного места.

Filesystem      Size  Used Avail Use% Mounted on
udev            2.0G     0  2.0G   0% /dev
tmpfs           394M  876K  393M   1% /run
/dev/xvda1       97G   31G   67G  31% /
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/loop1       18M   18M     0 100% /snap/amazon-ssm-agent/1566
/dev/loop0       98M   98M     0 100% /snap/core/10185
/dev/loop2       29M   29M     0 100% /snap/amazon-ssm-agent/2012
/dev/loop3       98M   98M     0 100% /snap/core/10126
overlay          97G   31G   67G  31% /var/lib/docker/overlay2/5a799ab040002ad2ddec94ae85bcbe987543651a0d9478ddc12ab12715da7340/merged
tmpfs           394M     0  394M   0% /run/user/1000
6

Отличные новости, @uwe_keim

Вперёд и только вверх!

7

Для всех заинтересованных я продолжил свой вопрос здесь:

Вероятно, в ближайшие часы/дни там появятся дополнительные детали.