CloudLink: En CloudLink-node sidder fast i nødtilstand
Oversigt: En CloudLink-node sidder fast i nødtilstand.
Denne artikel gælder for
Denne artikel gælder ikke for
Denne artikel er ikke knyttet til et bestemt produkt.
Det er ikke alle produktversioner, der er identificeret i denne artikel.
Symptomer
Efter opstart af CloudLink-noden vises følgende meddelelse:
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):
Årsag
Dette problem skyldes et problem med filsystemet, som skal repareres.
Løsning
For at løse problemet med filsystemet på noden skal du gøre følgende:
Hvis rodfilsystemet er rent, kan du køre fsck på de andre filsystemer med samme fremgangsmåde som ovenfor.
Kør command journalctl -xb. Disse logfiler kan indikere, om der er et beskadiget filsystem, der skal repareres.
Du kan bruge kommandoerne lsblk og blkid til at linke et uuid til dets filsystem.
Her er nogle eksempler på fejl, som du kan se i journalctl -xb:
/dev/sda6: Der blev fundet inoder, som var en del af en beskadiget ikke-tilknyttet liste.
/dev/sda6: UVENTET INKONSISTENS: KØR fsck MANUELT.
Kunne ikke starte filsystemkontrol på /dev/disk/by-uuid/fd782a8-a70d-045513691c7eHvis du ikke kan reparere filsystemet vha. fsck, eller hvis du har en Cloudlink-node, der ofte sidder fast i nødtilstand, skal du fjerne den ødelagte
Cloudlink-node fra klyngen. Derefter implementerer du en ny Cloudlink-node fra OVA og tilmelder dig den eksisterende klynge.
Hvis du kan reparere filsystemet, skal du kontrollere klyngens tilstand fra Cloudlink-brugergrænsefladen.
Dette gøres i SYSTEM > Klynge og sikrer, at indgående og udgående synkroniseringstilstande er OK.
- Tryk på Control-D for at fortsætte, men den forbliver i nødtilstand.
- Tryk på ENTER-tasten for vedligeholdelse.
- Kør en filsystemkontrol på rodfilsystemet (/).
root@cloudlink:~# lsblk
- Tryk på y for at rette eventuelle fejl, der måtte være fundet.
- Genstart noden.
Hvis rodfilsystemet er rent, kan du køre fsck på de andre filsystemer med samme fremgangsmåde som ovenfor.
Kør command journalctl -xb. Disse logfiler kan indikere, om der er et beskadiget filsystem, der skal repareres.
Du kan bruge kommandoerne lsblk og blkid til at linke et uuid til dets filsystem.
Her er nogle eksempler på fejl, som du kan se i journalctl -xb:
/dev/sda6: Der blev fundet inoder, som var en del af en beskadiget ikke-tilknyttet liste.
/dev/sda6: UVENTET INKONSISTENS: KØR fsck MANUELT.
Kunne ikke starte filsystemkontrol på /dev/disk/by-uuid/fd782a8-a70d-045513691c7eHvis du ikke kan reparere filsystemet vha. fsck, eller hvis du har en Cloudlink-node, der ofte sidder fast i nødtilstand, skal du fjerne den ødelagte
Cloudlink-node fra klyngen. Derefter implementerer du en ny Cloudlink-node fra OVA og tilmelder dig den eksisterende klynge.
Hvis du kan reparere filsystemet, skal du kontrollere klyngens tilstand fra Cloudlink-brugergrænsefladen.
Dette gøres i SYSTEM > Klynge og sikrer, at indgående og udgående synkroniseringstilstande er OK.
Berørte produkter
CloudLinkProdukter
CloudLink SecureVMArtikelegenskaber
Artikelnummer: 000197726
Artikeltype: Solution
Senest ændret: 13 maj 2026
Version: 6
Find svar på dine spørgsmål fra andre Dell-brugere
Supportservices
Kontrollér, om din enhed er dækket af supportservices.