Tras una actualización de Discourse mi instancia de Ubuntu está muerta

Soporte
1

He utilizado instancias Linux/Ubuntu de AWS EC2 con éxito durante años, pero hoy me enfrento a un problema que no logro resolver:

Realicé una actualización de Discourse a través de la URL /admin/upgrade. Parece que se completó correctamente.

Desafortunadamente, después de eso, la máquina quedó inoperativa.

No hay acceso HTTP ni acceso SSH.

Ya intenté apagarla y encenderla a través de la interfaz web de AWS EC2. Sin éxito.

Actualmente es imposible conectarse vía SSH a la máquina, ni con PuTTY ni mediante la ventana de terminal de conexión de instancias de AWS EC2 basada en la web.

Estoy realmente perdido y ya he esperado varias horas.

El monitoreo de EC2 tampoco muestra una carga alta del servidor para mí:

image
image1348×1272 85.7 KB

Cuando esto ocurrió en las últimas semanas/meses (aproximadamente 2 o 3 veces en total), reiniciar la máquina a través de la interfaz de EC2 siempre lograba que volviera a funcionar, pero esta vez no.

Mi pregunta

¿Alguna sugerencia sobre cómo volver a hacer la máquina accesible vía SSH?

(Sé que esto muy probablemente no es un problema de Discourse, pero como ocurrió justo después de una actualización de Discourse, quizás otros usuarios ya hayan experimentado exactamente este mismo comportamiento y tengan algunas sugerencias para mí)

2

Quizás quieras verificar el uso del espacio en el disco.

Muchos de los síntomas que describes ocurren cuando el sistema de archivos está lleno.

Espero que esto ayude.

3

Gracias.

Aunque esto suena razonable, actualmente no veo ninguna forma de verificarlo, ya que no puedo conectarme a la máquina en absoluto.

4

Deberías poder verificar esto con tu panel de control/administración de EC2; pero no soy usuario de AWS, por lo que no puedo ayudar más.

5

Después de otro reinicio y un tiempo de espera, el sistema ha vuelto de la nada, una vez más.

Para mí, parece que el disco tiene suficiente espacio libre.

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

¡Buenas noticias @uwe_keim

¡Arriba y adelante!

7

Para cualquiera que esté interesado, he continuado mi pregunta aquí:

Probablemente habrá más detalles en las próximas horas/días allí.