CloudLink: En CloudLink-node sidder fast i nødtilstand
概要: En CloudLink-node sidder fast i nødtilstand.
この記事は次に適用されます：
この記事は次には適用されません：
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
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):
原因
Dette problem skyldes et problem med filsystemet, som skal repareres.
解決方法
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.
対象製品
CloudLink製品
CloudLink SecureVM文書のプロパティ
文書番号: 000197726
文書の種類: Solution
最終更新: 14 7月 2023
バージョン: 5
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。