CloudLink: En CloudLink-node sitter fast i nødmodus
Сводка: En CloudLink-node sitter fast i nødmodus.
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
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):
Причина
Dette problemet skyldes et problem med filsystemet som må repareres.
Разрешение
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.
Затронутые продукты
CloudLinkПродукты
CloudLink SecureVMСвойства статьи
Номер статьи: 000197726
Тип статьи: Solution
Последнее изменение: 13 May 2026
Версия: 6
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.