CloudLink : Un nœud CloudLink est bloqué en mode d’urgence
Resumen: Un nœud CloudLink est bloqué en mode d’urgence.
Este artículo se aplica a
Este artículo no se aplica a
Este artículo no está vinculado a ningún producto específico.
No se identifican todas las versiones del producto en este artículo.
Síntomas
Après le démarrage du nœud CloudLink, le message suivant s’affiche:
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
Ce problème est dû à un problème de système de fichiers qui doit être réparé.
Resolución
Pour résoudre le problème de système de fichiers sur le nœud, procédez comme suit:
Si le système de fichiers racine est propre, vous pouvez exécuter fsck sur les autres systèmes de fichiers à l’aide de la même procédure ci-dessus.
Exécutez la commande journalctl -xb. Ces logs peuvent indiquer s’il existe un système de fichiers corrompu qui doit être réparé.
Vous pouvez utiliser les commandes lsblk et blkid pour lier un uuid à son système de fichiers.
Voici quelques exemples d’erreurs que vous pouvez voir dans journalctl -xb:
/dev/sda6: Inodes qui faisaient partie d’une liste de liens orphelins corrompus trouvés.
/dev/sda6: INCOHÉRENCE INATTENDUE: EXÉCUTEz fsck MANUELLEment.
Échec du démarrage de la vérification du système de fichiers sur /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Si vous ne parvenez pas à réparer le système de fichiers à l’aide de fsck ou si vous disposez d’un nœud Cloudlink fréquemment bloqué en mode d’urgence, vous devez supprimer ce nœud Cloudlink cassé du cluster. Ensuite, vous déployez un nouveau nœud Cloudlink à partir d’OVA et vous joignez au cluster existant.
Si vous pouvez réparer le système de fichiers, vous devez vérifier l’intégrité du cluster à partir de l’interface utilisateur Cloudlink.
Cela s’effectue dans SYSTEM > Cluster et s’assure que les états de synchronisation entrante et sortante sont OK.
- Vous appuyez sur Control-D pour continuer, mais il reste en mode d’urgence.
- Appuyez sur la touche ENTRÉE pour effectuer la maintenance.
- Exécutez une vérification du système de fichiers sur le système de fichiers root ( / ).
root@cloudlink:~# lsblk
- Appuyez sur y pour corriger les erreurs détectées.
- Redémarrez le nœud.
Si le système de fichiers racine est propre, vous pouvez exécuter fsck sur les autres systèmes de fichiers à l’aide de la même procédure ci-dessus.
Exécutez la commande journalctl -xb. Ces logs peuvent indiquer s’il existe un système de fichiers corrompu qui doit être réparé.
Vous pouvez utiliser les commandes lsblk et blkid pour lier un uuid à son système de fichiers.
Voici quelques exemples d’erreurs que vous pouvez voir dans journalctl -xb:
/dev/sda6: Inodes qui faisaient partie d’une liste de liens orphelins corrompus trouvés.
/dev/sda6: INCOHÉRENCE INATTENDUE: EXÉCUTEz fsck MANUELLEment.
Échec du démarrage de la vérification du système de fichiers sur /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Si vous ne parvenez pas à réparer le système de fichiers à l’aide de fsck ou si vous disposez d’un nœud Cloudlink fréquemment bloqué en mode d’urgence, vous devez supprimer ce nœud Cloudlink cassé du cluster. Ensuite, vous déployez un nouveau nœud Cloudlink à partir d’OVA et vous joignez au cluster existant.
Si vous pouvez réparer le système de fichiers, vous devez vérifier l’intégrité du cluster à partir de l’interface utilisateur Cloudlink.
Cela s’effectue dans SYSTEM > Cluster et s’assure que les états de synchronisation entrante et sortante sont OK.
Productos afectados
CloudLinkProductos
CloudLink SecureVMPropiedades del artículo
Número del artículo: 000197726
Tipo de artículo: Solution
Última modificación: 14 jul 2023
Versión: 5
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.