Résoudre les problèmes de machine virtuelle

fournit deux formes de soutien :

• Support gratuit et d’auto-assistance sur le site
• Services de support payants, que vous pouvez acheter sur le Site de support.

Avec le support technique, vous pouvez ouvrir un dossier de support en ligne ou contacter le centre de support par téléphone si vous rencontrez des difficultés techniques.

Si vous voyez un comportement de machine virtuelle inhabituel, cette section vise à vous aider à résoudre le problème. Cette section décrit l’emplacement des journaux d’application et d’autres informations qui peuvent aider votre fournisseur de solutions et à suivre et à résoudre le problème.

Important :

Suivez les informations de dépannage de cette section uniquement sous la direction de votre fournisseur de solutions ou de votre support .

Mises à jour fournisseur : gardez vos machines virtuelles à jour grâce aux mises à jour fournies par le fournisseur du système d’exploitation. Le fournisseur a peut-être fourni des correctifs pour la machine virtuelle plantée et d’autres défaillances.

La machine virtuelle se bloque

Si vous rencontrez des plantages de machines virtuelles, il est possible qu’un vidage du noyau aide à identifier le problème. Reproduisez le crash, si possible, et suivez cette procédure. Consultez votre fournisseur de système d’exploitation invité pour plus d’informations sur ce problème.

Contrôle du comportement de crashdump de machine virtuelle Linux

Pour les machines virtuelles Linux, le comportement de crashdump peut être contrôlé via leactions-after-crash paramètre. Voici les valeurs possibles :

Pour activer l’enregistrement des vidages de crash de machine virtuelle Linux :

1. Sur l’ hôte, déterminez l’UUID de la machine virtuelle souhaitée en exécutant la commande suivante :

   xe vm-list name-label = name params = uuid — minimal
   

2. Modifiez laactions-after-crash valeur en utilisantxe vm-param-set , par exemple, exécutez la commande suivante sur dom0 :

   xe vm-param-set uuuid = vm_uuid actions-after-crash = preserve
   

3. Plasher la machine virtuelle.

   • Pour les invités PV, exécutez la commande suivante sur la machine virtuelle :

      echo c | sudo tee /proc/sysrq-trigger
     

4. Exécutez la commande dump core sur dom0. Par exemple, exécutez :

   xl dump-core domid nom de fichier
   

Contrôle du comportement de crashdump de la machine virtuelle Windows

Pour les machines virtuelles Windows, leactions-after-crash paramètre ne peut pas contrôler le comportement de vidage principal. Par défaut, les vidages de plantage Windows sont placés%SystemRoot%\Minidump dans la machine virtuelle Windows elle-même.

Vous pouvez configurer le niveau de vidage des machines virtuelles en suivant le chemin du menu Poste de travail > Propriétés > Avancé > Démarrage et récupération.

Résoudre les problèmes de démarrage sur les machines virtuelles Linux

Il existe un script utilitaire nomméxe-edit-bootloader dans le domaine de contrôle de l’ hôte. Ce script peut être utilisé pour modifier la configuration du chargeur d’amorçage d’une machine virtuelle Linux arrêtée et résoudre les problèmes qui empêchent la machine virtuelle de démarrer.

Pour utiliser ce script :

1. Exécutez la commande suivante :

   xe vm-list
   

   Cette commande garantit que la machine virtuelle en question est arrêtée (la valeur de l’état d’alimentation est arrêtée ).

2. Vous pouvez utiliser l’UUID comme suit :

   xe-edit-bootloader -u linux_vm_uuid -p partition_number
   

   Ou, vous pouvez utiliser l’étiquette de nom comme suit :

   xe-edit-bootloader -n linux_vm_name_label -p partition_number
   

   Le numéro de partition représente la tranche du disque qui a le système de fichiers. Pour le modèle Debian par défaut, le numéro de partition est 1 puisqu’il s’agit de la première partition.

3. Vous êtes déposé dans un éditeur avec legrub.conf fichier de la machine virtuelle spécifiée chargé. Modifiez le fichier pour le réparer, enregistrez le fichier, quittez l’éditeur et démarrez la machine virtuelle.