Récupération d'un volume d'initialisation endommagé pour les instances basées sur Linux

L'altération d'un volume d'initialisation peut empêcher l'initialisation d'une instance. Vous risquez donc de ne pas pouvoir vous connecter à l'instance via SSH. A la place, vous pouvez utiliser la fonctionnalité de connexion à la console pour une instance afin de vous connecter à l'instance qui ne fonctionne pas correctement. Pour plus d'informations sur l'utilisation de cette fonctionnalité, reportez-vous à Dépannage des instances à l'aide des connexions à la console pour une instance.

Cette section indique comment utiliser une connexion à la console série afin de déterminer si un volume d'initialisation est endommagé.

1. Créez une connexion à la console série pour l'instance.

2. Connectez-vous à l'instance par le biais de la console série.

   A ce stade, il est normal que la console série semble se bloquer, car le système est peut-être déjà en panne.

3. Redémarrez l'instance à partir de la console.

4. Une fois le processus de redémarrage lancé, revenez à la fenêtre de terminal : les messages système provenant de l'instance commencent à apparaître.

5. Surveillez les messages qui apparaissent lors du démarrage du système. La plupart des systèmes d'exploitation configurent le volume d'initialisation en lecture seule dès qu'une altération du disque est détectée, afin d'empêcher que les écritures ne viennent endommager davantage le volume. Par conséquent, recherchez les messages indiquant que le volume d'initialisation est en lecture seule. Voici quelques exemples :

   • Sur une instance comportant des volumes d'initialisation attachés iSCSI, le service iscsiadm ne parviendra pas à attacher un volume car celui-ci est en lecture seule. Cela empêchera généralement les instances de continuer à s'initialiser. La console série peut afficher un message semblable au suivant :

     iscsiadm: Maybe you are not root?
     iscsiadm: Could not lock discovery DB: /var/lock/iscsi/lock.write: Read-only file system
     touch: cannot touch `/var/lock/subsys/iscsid': Read-only file system
     touch: cannot touch `/var/lock/subsys/iscsi': Read-only file system

   • Sur une instance comportant des volumes d'initialisation attachés et paravirtualisés, le système peut poursuivre le processus d'initialisation, mais se trouvera dans un état dégradé car rien ne peut être écrit sur le lecteur d'initialisation. La console série peut afficher des messages d'erreur semblables au message suivant :

     [FAILED] Failed to start Create Volatile Files and Directories.
     See 'systemctl status systemd-tmpfiles-setup.service' for details.
     ...
     [   27.160070] cloud-init[819]:     os.chmod(path, real_mode)
     [   27.166027] cloud-init[819]: OSError: [Errno 30] Read-only file system: '/var/lib/cloud/data'

   Les messages d'erreur et le comportement du système décrits ici sont les plus courants en cas d'altération d'un volume d'initialisation. Cependant, selon le système d'exploitation, d'autres messages d'erreur et comportements peuvent survenir. Si vous ne voyez pas ceux décrits ici, consultez la documentation relative à votre système d'exploitation pour obtenir des informations de dépannage supplémentaires.

Pour dépanner et récupérer un volume d'initialisation endommagé, vous devez le détacher de l'instance, puis l'attacher à une deuxième instance en tant que volume de données.