Résoudre les problèmes de machine virtuelle

XenServer fournit deux formes de support :

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

Avec le support technique de XenServer, 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.

Le site de support XenServer héberge plusieurs ressources qui peuvent vous être utiles si vous rencontrez un comportement inhabituel, des pannes ou d’autres problèmes. Les ressources comprennent : les forums de support, les articles de la Base de connaissances et la documentation produit.

Si vous constatez un comportement inhabituel de la machine virtuelle, cette section a pour but de vous aider à résoudre le problème. Cette section décrit l’emplacement des journaux des applications et d’autres informations qui peuvent aider votre fournisseur de solutions XenServer à suivre et à résoudre le problème.

Important :

Suivez les informations de dépannage de cette section uniquement sous les conseils de votre fournisseur de solutions XenServer ou de l’équipe de support.

Mises à jour des fournisseurs : maintenez vos machines virtuelles à jour grâce aux mises à jour du système d’exploitation fournies par le fournisseur Le fournisseur a peut-être fourni des correctifs pour les pannes de machines virtuelles et d’autres défaillances.

Pannes de machine virtuelle

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 le fournisseur de votre système d’exploitation invité pour plus d’informations sur ce problème.

Le comportement de crashdump de vos machines virtuelles peut être contrôlé à l’aide du paramètre. actions-after-crash Voici les valeurs possibles :

Pour activer l’enregistrement des crash-dumps des machines virtuelles :

1. Sur l’hôte XenServer, 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
   <!--NeedCopy-->
   

2. Modifiez la actions-after-crash valeur en utilisant xe vm-param-set ; par exemple, exécutez la commande suivante sur dom0 :

   xe vm-param-set uuid=<vm_uuid> actions-after-crash=preserve
   <!--NeedCopy-->
   

3. Crashez la machine virtuelle.

   1. Déterminez l’ID de domaine de la machine virtuelle en exécutant la commande suivante sur dom0 :

      xe vm-param-get uuid=<vm_uuid> param-name=dom-id
      <!--NeedCopy-->
      

   2. Exécutez la commande xl trigger dans dom0 pour déclencher le crash :

      xl trigger <dom_id> nmi
      <!--NeedCopy-->
      

Comportement de crashdump d’une machine virtuelle Windows

Par défaut, les vidages de plantage Windows sont placés dans %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.

Rassemblez les outils de machine virtuelle XenServer pour les diagnostics Windows

Les outils de machine virtuelle XenServer pour Windows incluent un outil de diagnostic appelé xtbugtool. Cet outil est disponible sous la forme du script PowerShell xtbugtool.ps1.

En outre, nous proposons une version obsolète de script batch à exécuter sur les anciennes versions de Windows, xtbugtool.bat. Dans la mesure du possible, nous vous recommandons d’utiliser la version PowerShell.

Cet outil est compatible avec les systèmes d’exploitation suivants :

• Windows 10
• Windows 11
• Windows Server 2016
• Windows Server 2019
• Windows Server 2022

Pour aider à diagnostiquer tout problème lié à XenServer VM Tools pour Windows, le script collecte les informations suivantes à partir de votre machine virtuelle Windows :

• Clés de registre pertinentes pour les installations de XenServer VM Tools pour Windows
• MSInfo dans les versions NFO et texte
• Journaux des événements relatifs au système, à la sécurité et aux applications
• Les fichiers et répertoires suivants :
  • C:\ProgramData\Citrix
  • C:\ProgramData\Citrix Systems, Inc.
  • C:\ProgramData\XenServer
  • C:\Windows\Inf\setupapi.dev.log
  • C:\Windows\Inf\setupapi.setup.log
• Le résultat des commandes suivantes :
  • systeminfo
  • tasklist /NH
  • pnputil -e
  • pnputil /enum-drivers
  • winmgmt /verifyrepository
  • ipconfig /all

Exécution du script Powershell

Pour exécuter le script PowerShell, procédez comme suit :

1. Sur votre machine virtuelle Windows, ouvrez un terminal PowerShell en tant qu’administrateur.
2. Dans le menu Démarrer, entrez PowerShell et sélectionnez Exécuter en tant qu’administrateur.
3. Remplacez le répertoire par C:\Program Files\XenServer\XenTools\diagnostics.

4. Exécutez le script à l’aide de la commande suivante : xtbugtool.ps1 <path_to_output_directory>

   Si vous ne fournissez pas de valeur pour le chemin de sortie, le script effectue sa sortie vers le répertoire en cours.

Le script crée un fichier compressé dont le nom correspond au format indiqué xtbugtool-yyyyMMddHHmmss.zip dans le répertoire de sortie que vous spécifiez.

Exécution du script batch (obsolète)

Pour exécuter le script batch, procédez comme suit :

1. Sur votre machine virtuelle Windows, ouvrez une invite de commandes en tant qu’administrateur.
2. Dans le menu Démarrer, entrez cmd et sélectionnez Exécuter en tant qu’administrateur.
3. Remplacez le répertoire par C:\Program Files\XenServer\XenTools\diagnostics.

4. Exécutez le script à l’aide de la commande suivante :

   xtbugtool.bat <path_to_output_directory>

Le script crée un fichier compressé dont le nom correspond au format indiqué xt-bugtool-YYYY.MM.DD-xxxx.zip dans le répertoire de sortie que vous spécifiez.

Problèmes liés à l’UEFI et au démarrage sécurisé

Comment modifier la résolution d’écran de la console XenCenter sur une machine virtuelle compatible UEFI ?

Pour modifier la résolution d’écran de la console XenCenter sur une machine virtuelle compatible UEFI :

1. Ouvrez les paramètres Windows
2. Cliquez sur le bouton Mise à jour et sécurité
3. Sous l’onglet de récupération, appuyez sur le bouton Redémarrer maintenant .
4. Accédez à Dépannage > Options avancées > Paramètres du microprogramme UEFI.
5. Appuyez sur Redémarrer. Lors du redémarrage, le menu des paramètres UEFI se charge.
6. Accédez à Device Manager > Configuration de la plate-forme OVMF. Cela affiche la résolution actuelle de l’écran.
7. Appuyez sur Entrée pour voir les options de résolution d’écran.
8. Utilisez les touches fléchées pour sélectionner la résolution d’écran souhaitée et appuyez sur Entrée.
9. Appuyez sur F10 pour enregistrer les modifications et confirmer votre choix.
10. Redémarrez la machine virtuelle pour voir la console XenCenter dans une résolution d’écran mise à jour.

Pourquoi ne puis-je pas créer une machine virtuelle UEFI Secure Boot ?

Vérifiez que votre système d’exploitation de machine virtuelle prend en charge le mode Secure Boot UEFI. Les systèmes d’exploitation suivants prennent en charge le démarrage sécurisé :

• Windows 10 (64 bits)
• Windows 11 (64 bits)
• Windows Server 2016 (64 bits)
• Windows Server 2019 (64 bits)
• Windows Server 2022 (64 bits)

Pourquoi ma machine virtuelle UEFI Secure Boot ne démarre-t-elle pas ?

Si vous voyez les messages suivants sur la console de votre machine virtuelle UEFI Secure Boot et qu’une alerte s’affiche dans XenCenter, le processus de démarrage sécurisé a échoué et votre machine virtuelle ne démarre pas.

Cela est généralement dû à l’installation de pilotes non signés dans la machine virtuelle. Vérifiez quels pilotes ont été mis à jour ou installés depuis le dernier démarrage sécurisé réussi.

Vous pouvez désactiver le démarrage sécurisé et démarrer la machine virtuelle en mode configuration pour supprimer les pilotes non signés.

Important :

Avant cela, sauvegardez votre machine virtuelle en prenant un instantané.

Pour transformer une machine virtuelle de démarrage UEFI en machine virtuelle de démarrage UEFI, exécutez la commande suivante sur l’hôte XenServer qui héberge la machine virtuelle :

varstore-sb-state <VM_UUID> setup

Après avoir réparé votre machine virtuelle, exécutez la commande suivante pour réactiver le démarrage sécurisé :

varstore-sb-state <VM_UUID> user

Le démarrage sécurisé pose-t-il un problème sur ma machine virtuelle ?

Pour déterminer si un problème sur votre machine virtuelle est dû à l’activation du démarrage sécurisé pour la machine virtuelle, désactivez Secure Boot et essayez de reproduire le problème.

Pour désactiver le démarrage sécurisé, exécutez la commande suivante sur l’hôte XenServer qui héberge la machine virtuelle :

varstore-sb-state <VM_UUID> setup

Après avoir débogué le problème, vous pouvez exécuter la commande suivante pour réactiver le démarrage sécurisé :

varstore-sb-state <VM_UUID> user

Comment exécuter le débogage de Windows sur une machine virtuelle Windows à démarrage sécurisé ?

Vous ne pouvez pas exécuter le débogage Windows sur une machine virtuelle Windows à démarrage sécurisé. Pour exécuter le débogage Windows sur votre machine virtuelle, vous pouvez effectuer l’une des opérations suivantes :

• Passez votre machine virtuelle en mode de démarrage UEFI en exécutant la commande suivante :

   xe vm-param-set uuid=<UUID> platform:secureboot=false
  

  Redémarrez la VM.

  Après avoir débogué le problème, vous pouvez exécuter la commande suivante pour réactiver le démarrage sécurisé :

   xe vm-param-set uuid=<UUID> platform:secureboot=auto
  

  Redémarrez la VM.

• Désactivez le démarrage sécurisé en exécutant la commande suivante sur l’hôte XenServer qui héberge la machine virtuelle :

   varstore-sb-state <VM_UUID> setup
  

  Après avoir débogué le problème, vous pouvez exécuter la commande suivante pour réactiver le démarrage sécurisé :

   varstore-sb-state <VM_UUID> user
  

Pourquoi seules deux cartes réseau s’affichent-elles pour ma machine virtuelle Windows compatible UEFI ?

Même si vous avez configuré plus de deux cartes réseau lorsque vous avez créé votre machine virtuelle compatible UEFI, lorsque la machine virtuelle démarre pour la première fois, vous ne voyez que deux cartes réseau. Une fois que les outils de machine virtuelle XenServer pour Windows ont été installés sur la machine virtuelle, ces informations s’affichent correctement.

Pourquoi mes appareils émulés s’affichent-ils sous des types différents de ceux attendus sur une machine virtuelle UEFI Windows ?

Les machines virtuelles UEFI Secure Boot utilisent les technologies NVME et E1000 pour les appareils émulés. Toutefois, lorsque la machine virtuelle démarre pour la première fois, les périphériques émulés s’affichent sous forme de types différents. Une fois que les outils de machine virtuelle XenServer pour Windows ont été installés sur la machine virtuelle, ces informations s’affichent correctement.

Pourquoi ne puis-je pas convertir mes modèles du mode BIOS au mode UEFI ou Secure Boot UEFI ?

Vous ne pouvez créer un modèle de machine virtuelle compatible UEFI qu’à partir d’un modèle fourni avec XenServer.

N’utilisez pas la commande xe template-param-set pour les modèles sur lesquels un élément est installé ou pour les modèles que vous avez créés à partir d’un instantané. Le mode de démarrage de ces instantanés ne peut pas être modifié et, si vous tentez de changer le mode de démarrage, la machine virtuelle ne démarre pas.

Comment vérifier les variables UEFI et UEFI Secure Boot ?

Sur l’hôte XenServer où est hébergée la machine virtuelle UEFI ou UEFI Secure Boot, exécutez les commandes suivantes :

 varstore-ls

Cette commande répertorie les GUID et les noms des variables disponibles. Utilisez le GUID et le nom dans la commande suivante :

varstore-get <VM\_ID> <GUID> <name> | hexdump -C

Pourquoi ne puis-je pas utiliser un pilote de « test » avec une machine virtuelle Secure Boot ?

Si vous travaillez également avec un tiers pour déboguer et résoudre des problèmes dans sa machine virtuelle UEFI Secure Boot, le fournisseur tiers peut fournir des pilotes non signés à des fins de test ou de vérification. Ces pilotes ne fonctionnent pas dans une machine virtuelle UEFI Secure Boot.

Demandez un pilote signé au tiers. Vous pouvez également faire passer votre machine virtuelle UEFI Secure Boot en mode configuration pour l’exécuter avec le pilote non signé.

Utilitaire Xentop

L’utilitaire xentop affiche des informations en temps réel sur un système XenServer et les domaines en cours d’exécution dans un format semi-graphique. Vous pouvez utiliser cet outil pour étudier l’état du domaine associé à une machine virtuelle.

Pour exécuter l’utilitaire xentop, procédez comme suit :

1. Connectez-vous à l’hôte XenServer via SSH ou, dans XenCenter, accédez à l’onglet Console de l’hôte.

2. Exécutez la commande suivante : xentop

   La console affiche les informations relatives à l’hôte dans un tableau. Les informations sont régulièrement actualisées.

Colonnes de sortie

L’utilitaire xentop affiche les colonnes suivantes dans la console :

• NOM  : nom du domaine. « Domain-0” est le domaine de contrôle XenServer. D’autres domaines appartiennent aux machines virtuelles.

• ÉTAT  : état du domaine. L’état peut prendre l’une des valeurs suivantes :

  • d - le domaine est en train de mourir
  • s — le domaine est en cours de fermeture
  • b — le domaine est bloqué
  • c — le domaine est tombé en panne
  • p — le domaine est en pause
  • r — le domaine s’exécute activement sur l’un des processeurs
• CPU (sec)  : utilisation du processeur du domaine en secondes
• CPU (%)  : utilisation du processeur du domaine en pourcentage
• MEM (k) - L’utilisation actuelle de la mémoire du domaine dans KiB
• MEM (%)  : utilisation actuelle de la mémoire du domaine en pourcentage
• MAXMEM (k) - Utilisation maximale de la mémoire de domaine en KiB
• MAXMEM (%)  : utilisation maximale de la mémoire du domaine en pourcentage
• VCPUS  : nombre de processeurs virtuels attribués au domaine
• NETS  : nombre de réseaux virtuels utilisés par le domaine
• NETTX (k) - La quantité totale de tx sur le réseau en KiB
• NETRX (k) - La quantité de rx totale du réseau en KiB
• VBDS - Le nombre de périphériques de blocs virtuels
• VBD_OO - Nombre total de fois que le VBD a rencontré une erreur d’épuisement des demandes. Dans ce cas, les demandes d’E/S pour le VBD sont retardées.
• VBD_RD - Le nombre total de demandes de lecture VBD
• VBD_WR - Le nombre total de demandes d’écriture VBD
• VBD_RSECT - Les secteurs de lecture du VBD
• VBD_WSECT - Les secteurs d’écriture VBD

Paramètres Xentop

Vous pouvez utiliser les paramètres suivants pour configurer la sortie de la commande xentop :

• -h  : affiche l’aide de la commande pour la commande xentop.
• -V - Affiche la version de la commande xentop.
• -d or –delay=SECONDS - Définit le nombre de secondes entre les mises à jour
• -n ou –networks : affiche les données pour chaque réseau VIF associé à un domaine
• -x ou –vbds  : affiche les données pour chaque périphérique de bloc VBD associé à un domaine
• -r ou repeat-header  : répète l’en-tête du tableau avant chaque domaine
• -v ou –vcpus  : affiche les données pour chaque processeur virtuel associé à un domaine
• -i ou –iterations  : nombre d’itérations (mises à jour) à afficher avant la sortie de xentop
• -f ou –full-name  : affiche le nom de domaine complet au lieu d’un nom tronqué

Vous pouvez également configurer la plupart de ces paramètres depuis l’utilitaire xentop.