Guide de l'administrateur cloud sur l'interface utilisateur Web NetBackup™

Cible : AWS

1. Pour résoudre le problème d'échec de la vérification d'instance AWS restaurée et d'inaccessibilité de l'instance, procédez comme suit :

   • Connectez-vous à la console série EC2, vérifiez que l'interface réseau est active et que la machine virtuelle a démarré avec tous les points de montage.

     Si le message d'échec suivant s'affiche lors de l'accès à la console série EC2, remplacez le type d'instance de machine virtuelle par celui qui prend en charge la console série EC2 :

     This instance type is not supported for the EC2 serial console.

   • Si certains points de montage critiques échouent, il se peut que vous soyez connecté en mode de secours :

     • Vérifiez que les articles suivants s'appliquent :

       • XFS reports "Log inconsistent (didn't find previous header)" when trying to mount filesystem [XFS signale « Journal incohérent (en-tête précédent introuvable) » lors de la tentative de montage du système de fichiers]

       • Unable to mount or check XFS filesystem (Impossible de monter ou de vérifier le système de fichiers XFS)

     • Vérifiez que toutes les partitions sont montables. Si ce n'est pas le cas, un dépannage supplémentaire sera peut-être nécessaire pour identifier la raison du problème.

     • Les lecteurs présentant des défaillances de montage peuvent être déconnectés de la machine virtuelle concernée et connectés à une instance saine dans la même zone de disponibilité pour permettre un dépannage ultérieur.

   • Si le montage aboutit et qu'aucune défaillance n'est à déclarer, tentez un redémarrage avant de procéder aux étapes suivantes, jusqu'à ce que vous puissiez effectuer un démarrage dans l'espace utilisateur.

2. Si la machine virtuelle est configurée avec l'entrée de vérification de mot de passe PasswordAuthentication dans le fichier /etc/ssh/sshd_config, définissez la valeur sur Oui.
3. Si elle est configurée avec la clé SSH PubkeyAuthentication définissez la valeur de l'entrée sur Oui dans le fichier /etc/ssh/sshd_config.
4. Si les noms de périphérique dans le fichier /etc/fstab n'ont pas été remplacés par l'UUID lors de la présauvegarde, mettez-les à jour.

   Par exemple, modifiez /dev/sdc1 → /dev/nvme1n1p1. Cette opération permet d'établir la connexion réseau.

5. Vous pouvez désormais résoudre tous les échecs de montage et vous connecter via SSH à partir de n'importe quelle console série non CSP.

Cible : AWS

Pour résoudre le problème d'échec de la vérification d'instance AWS restaurée et d'inaccessibilité de l'instance, procédez comme suit :

1. Connectez-vous à la console série EC2, vérifiez que l'interface réseau est active et que la machine virtuelle a démarré avec tous les points de montage.

   Si le message d'échec suivant s'affiche lors de l'accès à la console série EC2, remplacez le type d'instance de machine virtuelle par celui qui prend en charge la console série EC2 :

   This instance type is not supported for the EC2 serial console.

2. Si la machine virtuelle a démarré en mode d'urgence, un dépannage supplémentaire peut être nécessaire.
3. Essayez de monter toutes les partitions avec la commande mount -a. Si cela ne fonctionne pas, vérifiez si l'article suivant s'applique :

   How to perform filesystem check (fsck) in the rescue mode? [Comment effectuer la vérification du système de fichiers (fsck) en mode de secours ?]

4. Lors du redémarrage, le service cloud-init peut provoquer le blocage de la machine virtuelle dans la configuration réseau. Reconfigurez ou arrêtez, désactivez et désinstallez/supprimez le service cloud-init à l'aide des commandes respectives suivantes :

   systemctl stop cloud-init

   systemctl disable cloud-init

   zypper remove cloud-init

   Si nécessaire, réinstallez le service cloud-init après un redémarrage.

5. Redémarrez la machine virtuelle.
6. Lors du redémarrage, sélectionnez le noyau AWS dans le menu GRUB.
7. Vérifiez les points de montage.
8. Vérifiez l'état de l'interface réseau à l'aide de la commande ip addr. Si l'interface réseau est active, vous devriez pouvoir vous connecter via SSH en externe. Sinon, procédez à un dépannage de SSH.

Cible : AWS

Pour résoudre le problème d'échec de la vérification d'instance AWS restaurée et d'inaccessibilité de l'instance, procédez comme suit :

1. Arrêtez et démarrez la machine virtuelle.
2. Connectez-vous à l'aide de la console série EC2 et basculez vers le superutilisateur.
3. Désactivez les services spécifiques à Azure, le cas échéant :

   systemctl disable hv-kvp-daemon.service
   systemctl disable walinuxagent.service
   systemctl disable walinux-agent

4. Reconfigurez la source de données pour le service cloud-init de sorte qu'il pointe vers la source de données EC2 et désactivez toutes les configurations spécifiques au cloud Azure :

   • dpkg-reconfigure cloud-init

   • Peu de fichiers de configuration peuvent être déplacés ou renommés.

     Par exemple,

     mv /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg.disabled

     mv /etc/cloud/cloud.cfg.d/90-azure.cfg /etc/cloud/cloud.cfg.d/90-azure.cfg.disabled

   • cloud-init clean --logs

5. Définissez le noyau par défaut sur AWS en modifiant la valeur de l'entrée GRUB_DEFAULT dans le fichier /etc/default/grub :

   Par défaut, l'entrée GRUB_DEFAULT=0 se trouve dans le fichier /etc/default/grub. Modifiez-la en GRUB_DEFAULT='1>KERNEL_INDEX' où la valeur de KERNEL_INDEX peut être trouvée à l'aide de la commande update-grub.

6. Redémarrez la machine virtuelle.
7. En cas de problème après le redémarrage, entrez le mode de récupération pour le noyau AWS et accédez à l'invite shell racine pour procéder à toute étape de dépannage.