CloudLink: Un nodo CloudLink è bloccato in modalità di emergenza
Shrnutí: Un nodo CloudLink è bloccato in modalità di emergenza.
Tento článek se vztahuje na
Tento článek se nevztahuje na
Tento článek není vázán na žádný konkrétní produkt.
V tomto článku nejsou uvedeny všechny verze produktu.
Příznaky
Dopo l'avvio del nodo CloudLink, viene visualizzato il seguente messaggio:
Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to try again to boot into default mode. Press Enter for maintenance (or press Control-D to continue):
Příčina
Questo problema è dovuto a un problema del file system che deve essere riparato.
Řešení
Per risolvere il problema del file system sul nodo, effettuare le seguenti operazioni:
Se il file system root è pulito, è possibile eseguire fsck sugli altri file system utilizzando la stessa procedura descritta in precedenza.
Eseguire il comando journalctl -xb. Questi registri potrebbero indicare se è presente un file system danneggiato che deve essere riparato.
È possibile utilizzare i comandi lsblk e blkid per collegare un uuid al file system.
Di seguito sono riportati alcuni esempi di errori che potrebbero essere visualizzati in journalctl -xb:
/dev/sda6: Gli inode che facevano parte di un elenco di link orfani danneggiati trovati.
/dev/sda6: INCOERENZA IMPREVISTA: ESEGUIRE FSCK MANUALMENTE.
Impossibile avviare il controllo del file system su /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Se non si è in grado di ripristinare il file system utilizzando fsck o se si dispone di un nodo Cloudlink che si blocca spesso in modalità di emergenza, è necessario rimuovere il nodo Cloudlink danneggiato dal cluster. Successivamente, si implementa un nuovo nodo CloudLink da OVA e si aggiunge al cluster esistente.
Se è possibile ripristinare il file system, è necessario controllare lo stato del cluster dall'interfaccia utente di CloudLink.
Questa operazione viene eseguita in SYSTEM > Cluster e verificare che gli stati di sincronizzazione in entrata e in uscita siano OK.
- Premere Ctrl-D per continuare, ma rimane in modalità di emergenza.
- Premere il tasto INVIO per la manutenzione.
- Eseguire un controllo del file system sul file system root ( / ).
root@cloudlink:~# lsblk
- Premere y per correggere eventuali errori rilevati.
- Riavviare il nodo.
Se il file system root è pulito, è possibile eseguire fsck sugli altri file system utilizzando la stessa procedura descritta in precedenza.
Eseguire il comando journalctl -xb. Questi registri potrebbero indicare se è presente un file system danneggiato che deve essere riparato.
È possibile utilizzare i comandi lsblk e blkid per collegare un uuid al file system.
Di seguito sono riportati alcuni esempi di errori che potrebbero essere visualizzati in journalctl -xb:
/dev/sda6: Gli inode che facevano parte di un elenco di link orfani danneggiati trovati.
/dev/sda6: INCOERENZA IMPREVISTA: ESEGUIRE FSCK MANUALMENTE.
Impossibile avviare il controllo del file system su /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Se non si è in grado di ripristinare il file system utilizzando fsck o se si dispone di un nodo Cloudlink che si blocca spesso in modalità di emergenza, è necessario rimuovere il nodo Cloudlink danneggiato dal cluster. Successivamente, si implementa un nuovo nodo CloudLink da OVA e si aggiunge al cluster esistente.
Se è possibile ripristinare il file system, è necessario controllare lo stato del cluster dall'interfaccia utente di CloudLink.
Questa operazione viene eseguita in SYSTEM > Cluster e verificare che gli stati di sincronizzazione in entrata e in uscita siano OK.
Dotčené produkty
CloudLinkProdukty
CloudLink SecureVMVlastnosti článku
Číslo článku: 000197726
Typ článku: Solution
Poslední úprava: 13 May 2026
Verze: 6
Najděte odpovědi na své otázky od ostatních uživatelů společnosti Dell
Služby podpory
Zkontrolujte, zda se na vaše zařízení vztahují služby podpory.