CloudLink: Ein CloudLink-Node bleibt im Notfallmodus hängen
Sammanfattning: Ein CloudLink-Node bleibt im Notfallmodus hängen.
Den här artikeln gäller för
Den här artikeln gäller inte för
Den här artikeln är inte kopplad till någon specifik produkt.
Alla produktversioner identifieras inte i den här artikeln.
Symptom
Nach dem Starten des CloudLink-Node wird die folgende Meldung angezeigt:
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):
Orsak
Dieses Problem ist auf ein Dateisystemproblem zurückzuführen, das repariert werden muss.
Upplösning
Um das Dateisystemproblem auf dem Node zu beheben, führen Sie die folgenden Schritte aus:
Wenn das Root-Dateisystem sauber ist, können Sie fsck auf den anderen Dateisystemen mit dem gleichen oben genannten Verfahren ausführen.
Führen Sie den Befehl journalctl -xb aus. Diese Protokolle zeigen möglicherweise an, ob ein beschädigtes Dateisystem vorhanden ist, das repariert werden muss.
Sie können die Befehle lsblk und blkid verwenden, um eine UUID mit ihrem Dateisystem zu verknüpfen.
Hier sind einige Beispiele für Fehler, die möglicherweise in journalctl -xb:
/dev/sda6 angezeigt werden: Inodes, die Teil einer beschädigten verwaisten verknüpften Liste waren, wurden gefunden.
/dev/sda6: UNERWARTETE INKONSISTENZ: FÜHREN SIE FSCK MANUELL AUS.
Die Dateisystemprüfung konnte auf /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
nicht gestartet werden. Wenn Sie das Dateisystem nicht mit fsck reparieren können oder wenn Sie einen Cloudlink-Node haben, der häufig im Notfallmodus hängen bleibt, sollten Sie diesen fehlerhaften Cloudlink-Node aus dem Cluster entfernen. Dann stellen Sie einen neuen Cloudlink-Node aus OVA bereit und treten dem vorhandenen Cluster bei.
Wenn Sie das Dateisystem reparieren können, sollten Sie die Integrität des Clusters über die Cloudlink-Benutzeroberfläche überprüfen.
Dies erfolgt in SYSTEM > Cluster und stellt sicher, dass die eingehenden und ausgehenden Synchronisierungsstatus OK sind.
- Sie drücken Strg-D, um fortzufahren, aber es verbleibt im Notfallmodus.
- Drücken Sie zur Wartung die EINGABETASTE.
- Führen Sie eine Dateisystemprüfung auf dem Root-Dateisystem ( / ) durch.
root@cloudlink:~# lsblk
- Drücken Sie y , um alle gefundenen Fehler zu beheben.
- Starten Sie den Node neu.
Wenn das Root-Dateisystem sauber ist, können Sie fsck auf den anderen Dateisystemen mit dem gleichen oben genannten Verfahren ausführen.
Führen Sie den Befehl journalctl -xb aus. Diese Protokolle zeigen möglicherweise an, ob ein beschädigtes Dateisystem vorhanden ist, das repariert werden muss.
Sie können die Befehle lsblk und blkid verwenden, um eine UUID mit ihrem Dateisystem zu verknüpfen.
Hier sind einige Beispiele für Fehler, die möglicherweise in journalctl -xb:
/dev/sda6 angezeigt werden: Inodes, die Teil einer beschädigten verwaisten verknüpften Liste waren, wurden gefunden.
/dev/sda6: UNERWARTETE INKONSISTENZ: FÜHREN SIE FSCK MANUELL AUS.
Die Dateisystemprüfung konnte auf /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
nicht gestartet werden. Wenn Sie das Dateisystem nicht mit fsck reparieren können oder wenn Sie einen Cloudlink-Node haben, der häufig im Notfallmodus hängen bleibt, sollten Sie diesen fehlerhaften Cloudlink-Node aus dem Cluster entfernen. Dann stellen Sie einen neuen Cloudlink-Node aus OVA bereit und treten dem vorhandenen Cluster bei.
Wenn Sie das Dateisystem reparieren können, sollten Sie die Integrität des Clusters über die Cloudlink-Benutzeroberfläche überprüfen.
Dies erfolgt in SYSTEM > Cluster und stellt sicher, dass die eingehenden und ausgehenden Synchronisierungsstatus OK sind.
Berörda produkter
CloudLinkProdukter
CloudLink SecureVMArtikelegenskaper
Artikelnummer: 000197726
Artikeltyp: Solution
Senast ändrad: 13 maj 2026
Version: 6
Få svar på dina frågor från andra Dell-användare
Supporttjänster
Kontrollera om din enhet omfattas av supporttjänster.