CloudLink: Un nodo de CloudLink se bloquea en modo de emergencia
Zusammenfassung: Un nodo de CloudLink se bloquea en modo de emergencia.
Dieser Artikel gilt für
Dieser Artikel gilt nicht für
Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden.
In diesem Artikel werden nicht alle Produktversionen aufgeführt.
Symptome
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):
Ursache
Este problema se debe a un problema del sistema de archivos que se debe reparar.
Lösung
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.
Betroffene Produkte
CloudLinkProdukte
CloudLink SecureVMArtikeleigenschaften
Artikelnummer: 000197726
Artikeltyp: Solution
Zuletzt geändert: 13 Mai 2026
Version: 6
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.