CloudLink: En CloudLink-nod har fastnat i nödläge
概要: En CloudLink-nod har fastnat i nödläge.
この記事は次に適用されます：
この記事は次には適用されません：
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
När CloudLink-noden har startats visas följande meddelande:
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):
原因
Det här problemet beror på ett filsystemsproblem som måste repareras.
解決方法
Så här löser du filsystemsproblemet på noden:
Om rotfilsystemet är rent kan du köra fsck på de andra filsystemen med samma procedur ovan.
Kör kommandot journalctl -xb. Loggarna kan visa om det finns ett skadat filsystem som behöver repareras.
Du kan använda kommandona lsblk och blkid för att länka en uuid till filsystemet.
Här är några exempel på fel som kan visas i journalctl -xb:
/dev/sda6: Inoder som ingick i en skadad länkad lista över överblivna enheter hittades.
/dev/sda6: OVÄNTAD INKONSEKVENS: KÖR fsck MANUELLT.
Det gick inte att starta filsystemkontrollen på /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Om du inte kan reparera filsystemet med fsck eller om du har en Cloudlink-nod som ofta fastnar i nödläge bör du ta bort den trasiga Cloudlink-noden från klustret. Sedan distribuerar du en ny Cloudlink-nod från OVA och ansluter till det befintliga klustret.
Om du kan reparera filsystemet bör du kontrollera klustrets tillstånd från Cloudlink-gränssnittet.
Detta görs i SYSTEM >-klustret och säkerställer att status för inkommande och utgående synkronisering är OK.
- Du trycker på Control-D för att fortsätta, men det är fortfarande i nödläge.
- Tryck på RETUR för underhåll.
- Kör en filsystemskontroll i rotfilsystemet (/).
root@cloudlink:~# lsblk
- Tryck på y för att åtgärda eventuella fel som påträffas.
- Starta om noden.
Om rotfilsystemet är rent kan du köra fsck på de andra filsystemen med samma procedur ovan.
Kör kommandot journalctl -xb. Loggarna kan visa om det finns ett skadat filsystem som behöver repareras.
Du kan använda kommandona lsblk och blkid för att länka en uuid till filsystemet.
Här är några exempel på fel som kan visas i journalctl -xb:
/dev/sda6: Inoder som ingick i en skadad länkad lista över överblivna enheter hittades.
/dev/sda6: OVÄNTAD INKONSEKVENS: KÖR fsck MANUELLT.
Det gick inte att starta filsystemkontrollen på /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Om du inte kan reparera filsystemet med fsck eller om du har en Cloudlink-nod som ofta fastnar i nödläge bör du ta bort den trasiga Cloudlink-noden från klustret. Sedan distribuerar du en ny Cloudlink-nod från OVA och ansluter till det befintliga klustret.
Om du kan reparera filsystemet bör du kontrollera klustrets tillstånd från Cloudlink-gränssnittet.
Detta görs i SYSTEM >-klustret och säkerställer att status för inkommande och utgående synkronisering är OK.
対象製品
CloudLink製品
CloudLink SecureVM文書のプロパティ
文書番号: 000197726
文書の種類: Solution
最終更新: 14 7月 2023
バージョン: 5
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。