CloudLink: Um nó do CloudLink fica preso no modo de emergência
요약: Um nó do CloudLink fica preso no modo de emergência.
이 문서는 다음에 적용됩니다.
이 문서는 다음에 적용되지 않습니다.
이 문서는 특정 제품과 관련이 없습니다.
모든 제품 버전이 이 문서에 나와 있는 것은 아닙니다.
증상
Depois de inicializar o nó do CloudLink, a seguinte mensagem é exibida:
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):
원인
Esse problema se deve a um problema do file system que deve ser reparado.
해결
Para resolver o problema do file system no nó, execute o seguinte:
Se o file system raiz estiver limpo, você poderá executar o fsck em outros file systems usando o mesmo procedimento acima.
Execute o comando journalctl -xb. Esses registros podem indicar se há um file system corrompido que precisa ser reparado.
Você pode usar comandos lsblk e blkid para ajudar a vincular um uuid a seu file system.
Aqui estão alguns exemplos de erros que você pode ver em journalctl -xb:
/dev/sda6: Inodes que eram parte de uma lista de órfãos corrompidos vinculados encontrados.
/dev/sda6: INCONSISTÊNCIA INESPERADA: EXECUTE o fsck MANUALMENTE.
Falha ao iniciar a verificação do file system em /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Se você não conseguir reparar o file system usando fsck ou se você tiver um nó do Cloudlink que está ficando preso com frequência no modo de emergência, você deve remover o nó do Cloudlink quebrado do cluster. Em seguida, você implementa um novo nó do Cloudlink a partir do OVA e se une ao cluster existente.
Se você puder reparar o file system, deverá verificar a integridade do cluster na interface do usuário do Cloudlink.
Isso é feito no SYSTEM > Cluster e garante que os estados de sincronização de entrada e saída estejam OK.
- Pressione Control-D para continuar, mas ele permanece no modo de emergência.
- Pressione a tecla ENTER para manutenção.
- Execute uma verificação do file system no file system raiz ( /).
root@cloudlink:~# lsblk
- Pressione y para corrigir todos os erros encontrados.
- Reinicialize o nó.
Se o file system raiz estiver limpo, você poderá executar o fsck em outros file systems usando o mesmo procedimento acima.
Execute o comando journalctl -xb. Esses registros podem indicar se há um file system corrompido que precisa ser reparado.
Você pode usar comandos lsblk e blkid para ajudar a vincular um uuid a seu file system.
Aqui estão alguns exemplos de erros que você pode ver em journalctl -xb:
/dev/sda6: Inodes que eram parte de uma lista de órfãos corrompidos vinculados encontrados.
/dev/sda6: INCONSISTÊNCIA INESPERADA: EXECUTE o fsck MANUALMENTE.
Falha ao iniciar a verificação do file system em /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Se você não conseguir reparar o file system usando fsck ou se você tiver um nó do Cloudlink que está ficando preso com frequência no modo de emergência, você deve remover o nó do Cloudlink quebrado do cluster. Em seguida, você implementa um novo nó do Cloudlink a partir do OVA e se une ao cluster existente.
Se você puder reparar o file system, deverá verificar a integridade do cluster na interface do usuário do Cloudlink.
Isso é feito no SYSTEM > Cluster e garante que os estados de sincronização de entrada e saída estejam OK.
해당 제품
CloudLink제품
CloudLink SecureVM문서 속성
문서 번호: 000197726
문서 유형: Solution
마지막 수정 시간: 14 7월 2023
버전: 5
다른 Dell 사용자에게 질문에 대한 답변 찾기
지원 서비스
디바이스에 지원 서비스가 적용되는지 확인하십시오.