CloudLink: Un nodo de CloudLink se bloquea en modo de emergencia
Summary: Un nodo de CloudLink se bloquea en modo de emergencia.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
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):
Cause
Este problema se debe a un problema del sistema de archivos que se debe reparar.
Resolution
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.
Affected Products
CloudLinkProducts
CloudLink SecureVMArticle Properties
Article Number: 000197726
Article Type: Solution
Last Modified: 14 Jul 2023
Version: 5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.