Após uma atualização do Discourse minha instância Ubuntu morreu

Uso instâncias Linux/Ubuntu da AWS EC2 com sucesso há anos, mas hoje estou enfrentando um problema que não consigo resolver:

Fiz uma atualização do Discourse através da URL /admin/upgrade. Isso parece ter sido concluído com sucesso.

Infelizmente, após isso, a máquina parou de funcionar.

Não há acesso HTTP, nem acesso SSH.

Já tentei desligar e ligá-la novamente via interface web da AWS EC2. Sem sucesso.

No momento, é impossível conectar via SSH à máquina, nem pelo PuTTY e nem pela janela de terminal de conexão da instância AWS EC2 baseada na web.

Estou realmente sem ideias e já esperei várias horas.

O monitoramento da EC2 também não mostra nenhuma carga alta no servidor para mim:

Quando isso aconteceu nas últimas semanas/meses (aproximadamente 2 ou 3 vezes no total), reiniciar a máquina pela interface da EC2 sempre a fazia voltar a funcionar, mas não desta vez.

Minha pergunta

Alguma dica sobre como tornar a máquina acessível via SSH novamente?

(Sei que isso provavelmente não é um problema do Discourse, mas como ocorreu logo após uma atualização do Discourse, talvez outros usuários já tenham tido exatamente esse comportamento e possam me dar algumas dicas)

Você pode querer verificar a utilização do espaço em disco.

Muitos dos sintomas que você descreve ocorrem quando o sistema de arquivos está cheio.

Espero ter ajudado.

Obrigado.

Embora isso pareça razoável, atualmente não vejo como verificar isso, já que não consigo me conectar à máquina de forma alguma.

Você deve ser capaz de verificar isso no seu painel de controle/administração do EC2; mas eu não sou um usuário da AWS e, portanto, não posso ajudar mais.

Após mais uma reinicialização e um tempo de espera, o sistema voltou, novamente do nada.

Para mim, parece que o disco tem espaço livre suficiente.

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

Ótimas notícias @uwe_keim

Avançando e subindo!

Para quem tiver interesse, continuei minha pergunta aqui:

Provavelmente, haverá mais detalhes nas próximas horas/dias por lá.