Dopo un aggiornamento di Discourse la mia istanza Ubuntu è morta

Supporto
1

Dopo aver utilizzato con successo per anni istanze AWS EC2 Linux/Ubuntu, oggi mi trovo di fronte a un problema che non riesco a risolvere:

Ho eseguito un aggiornamento di Discourse tramite l’URL /admin/upgrade. Sembra che l’operazione sia andata a buon fine.

Purtroppo, dopo di ciò, la macchina è irraggiungibile.

Nessun accesso HTTP, nessun accesso SSH.

Ho già provato ad accenderla e spegnerla tramite l’interfaccia web di AWS EC2, ma senza successo.

Al momento è impossibile connettersi alla macchina via SSH, né con PuTTY né tramite la finestra del terminale di connessione alle istanze EC2 basata su web.

Sono davvero senza idee e ho già aspettato diverse ore.

Il monitoraggio EC2 non mostra alcun carico elevato del server:

image
image1348×1272 85.7 KB

Quando questo è accaduto nelle settimane/mesi scorsi (circa 2 o 3 volte in totale), riavviare la macchina tramite l’interfaccia EC2 ha sempre fatto ripartire il sistema, ma non stavolta.

La mia domanda

Avete qualche suggerimento su come rendere di nuovo accessibile la macchina via SSH?

(So che molto probabilmente non si tratta di un problema legato a Discourse, ma dato che è accaduto subito dopo un aggiornamento di Discourse, forse altri utenti hanno riscontrato lo stesso comportamento e potrebbero darmi qualche consiglio)

2

Potresti voler controllare l’utilizzo dello spazio su disco.

Molti dei sintomi che descrivi si verificano quando il filesystem è pieno.

Spero ti sia utile.

3

Grazie.

Sebbene ciò sembri ragionevole, al momento non vedo alcun modo per verificarlo, poiché non riesco in alcun modo a connettermi alla macchina.

4

Dovresti essere in grado di verificare questo tramite il pannello di controllo/amministrazione di EC2; ma non sono un utente AWS e quindi non posso fornire ulteriori aiuti.

5

Dopo un altro riavvio e un po’ di attesa, il sistema è tornato, improvvisamente di nuovo.

A mio avviso, sembra che il disco abbia spazio libero sufficiente.

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

Ottima notizia @uwe_keim

Sempre avanti e in alto!

7

Per chiunque sia interessato, ho continuato la mia domanda qui:

Probabilmente ci saranno ulteriori dettagli nelle prossime ore/giorni lì.