CloudLink: En CloudLink-node sitter fast i nødmodus
Summary: En CloudLink-node sitter fast i nødmodus.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Når du har startet CloudLink-noden, vises følgende melding:
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):
Cause
Dette problemet skyldes et problem med filsystemet som må repareres.
Resolution
Gjør følgende for å løse problemet med filsystemet på noden:
Hvis rotfilsystemet er rent, kan du kjøre fsck på de andre filsystemene ved hjelp av samme prosedyre ovenfor.
Kjør kommandoen journalctl -xb. Disse loggene kan indikere om det er et skadet filsystem som må repareres.
Du kan bruke kommandoene lsblk og blkid for å koble en uuid til filsystemet.
Her er noen eksempler på feil som du kan se i journalctl -xb:
/dev/sda6: Oder som var en del av en ødelagt liste over utestengte koblinger, funnet.
/dev/sda6: UVENTET INKONSEKVENS: KJØR fsck MANUELT.
Kunne ikke starte filsystemkontroll på /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Hvis du ikke er i stand til å reparere filsystemet ved hjelp av fsck, eller hvis du har én Cloudlink-node som ofte sitter fast i nødmodus, bør du fjerne den ødelagte Cloudlink-noden fra klyngen. Deretter implementerer du en ny Cloudlink-node fra OVA og kobler deg til den eksisterende klyngen.
Hvis du kan reparere filsystemet, bør du kontrollere tilstanden til klyngen fra Cloudlink-brukergrensesnittet.
Dette gjøres i SYSTEM > Cluster og sikrer at innkommende og utgående synkroniseringstilstander er OK.
- Du trykker på Control-D (Kontroll-D) for å fortsette, men den forblir i nødmodus.
- Trykk på ENTER-tasten for vedlikehold.
- Kjør en filsystemkontroll på rotfilen (/).
root@cloudlink:~# lsblk
- Trykk på y for å rette opp eventuelle feil som blir funnet.
- Start noden på nytt.
Hvis rotfilsystemet er rent, kan du kjøre fsck på de andre filsystemene ved hjelp av samme prosedyre ovenfor.
Kjør kommandoen journalctl -xb. Disse loggene kan indikere om det er et skadet filsystem som må repareres.
Du kan bruke kommandoene lsblk og blkid for å koble en uuid til filsystemet.
Her er noen eksempler på feil som du kan se i journalctl -xb:
/dev/sda6: Oder som var en del av en ødelagt liste over utestengte koblinger, funnet.
/dev/sda6: UVENTET INKONSEKVENS: KJØR fsck MANUELT.
Kunne ikke starte filsystemkontroll på /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Hvis du ikke er i stand til å reparere filsystemet ved hjelp av fsck, eller hvis du har én Cloudlink-node som ofte sitter fast i nødmodus, bør du fjerne den ødelagte Cloudlink-noden fra klyngen. Deretter implementerer du en ny Cloudlink-node fra OVA og kobler deg til den eksisterende klyngen.
Hvis du kan reparere filsystemet, bør du kontrollere tilstanden til klyngen fra Cloudlink-brukergrensesnittet.
Dette gjøres i SYSTEM > Cluster og sikrer at innkommende og utgående synkroniseringstilstander er OK.
Affected Products
CloudLinkProducts
CloudLink SecureVMArticle Properties
Article Number: 000197726
Article Type: Solution
Last Modified: 14 Jul 2023
Version: 5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.