CloudLink: Un nodo de CloudLink se bloquea en modo de emergencia
Resumo: Un nodo de CloudLink se bloquea en modo de emergencia.
Este artigo aplica-se a
Este artigo não se aplica a
Este artigo não está vinculado a nenhum produto específico.
Nem todas as versões do produto estão identificadas neste artigo.
Sintomas
Después de iniciar el nodo de CloudLink, se muestra el siguiente mensaje:
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):
Causa
Este problema se debe a un problema del sistema de archivos que se debe reparar.
Resolução
Para resolver el problema del sistema de archivos en el nodo, realice lo siguiente:
Si el sistema de archivos raíz está limpio, puede ejecutar fsck en los otros sistemas de archivos mediante el mismo procedimiento anterior.
Ejecute el comando journalctl -xb. Estos registros pueden indicar si hay un sistema de archivos dañado que se debe reparar.
Puede usar los comandos lsblk y blkid para ayudar a vincular un uuid a su sistema de archivos.
Estos son algunos ejemplos de errores que puede ver en journalctl -xb:
/dev/sda6: Se encontraron inodos que formaban parte de una lista dañada vinculada a huérfanos.
/dev/sda6: INCOHERENCIA INESPERADA: EJECUTE fsck MANUALMENTE.
No se pudo iniciar la comprobación del sistema de archivos en /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Si no puede reparar el sistema de archivos mediante fsck o si tiene un nodo de Cloudlink que se atasca con frecuencia en el modo de emergencia, debe quitar ese nodo Cloudlink dañado del clúster. A continuación, implementa un nuevo nodo de Cloudlink desde OVA y se une al clúster existente.
Si puede reparar el sistema de archivos, debe comprobar el estado del clúster desde la interfaz del usuario de Cloudlink.
Esto se realiza en SYSTEM > Cluster y garantiza que los estados de sincronización entrante y saliente estén en buen estado.
- Presione Control-D para continuar, pero permanece en modo de emergencia.
- Presione la tecla INTRO para realizar tareas de mantenimiento.
- Ejecute una comprobación del sistema de archivos en el sistema de archivos raíz ( / ).
root@cloudlink:~# lsblk
- Presione y para corregir los errores encontrados.
- Reinicie el nodo.
Si el sistema de archivos raíz está limpio, puede ejecutar fsck en los otros sistemas de archivos mediante el mismo procedimiento anterior.
Ejecute el comando journalctl -xb. Estos registros pueden indicar si hay un sistema de archivos dañado que se debe reparar.
Puede usar los comandos lsblk y blkid para ayudar a vincular un uuid a su sistema de archivos.
Estos son algunos ejemplos de errores que puede ver en journalctl -xb:
/dev/sda6: Se encontraron inodos que formaban parte de una lista dañada vinculada a huérfanos.
/dev/sda6: INCOHERENCIA INESPERADA: EJECUTE fsck MANUALMENTE.
No se pudo iniciar la comprobación del sistema de archivos en /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Si no puede reparar el sistema de archivos mediante fsck o si tiene un nodo de Cloudlink que se atasca con frecuencia en el modo de emergencia, debe quitar ese nodo Cloudlink dañado del clúster. A continuación, implementa un nuevo nodo de Cloudlink desde OVA y se une al clúster existente.
Si puede reparar el sistema de archivos, debe comprobar el estado del clúster desde la interfaz del usuario de Cloudlink.
Esto se realiza en SYSTEM > Cluster y garantiza que los estados de sincronización entrante y saliente estén en buen estado.
Produtos afetados
CloudLinkProdutos
CloudLink SecureVMPropriedades do artigo
Número do artigo: 000197726
Tipo de artigo: Solution
Último modificado: 13 mai. 2026
Versão: 6
Encontre as respostas de outros usuários da Dell para suas perguntas.
Serviços de suporte
Verifique se o dispositivo está coberto pelos serviços de suporte.