Résoudre les problèmes de machine virtuelle

Citrix fournit deux formes de prise en charge :

  • Soutien gratuit et auto-assistance sur leSite Web Citrix
  • Services de support payants, que vous pouvez acheter sur le Site de support.

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

LePrise en charge de Citrixsite héberge plusieurs ressources qui peuvent vous être utiles si vous rencontrez un comportement inhabituel, des plantages 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 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 HASH (0x2c1a078) à 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 HASH (0x2c1a078) ou de l’équipe de 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 :

Valeur Description
preserve Laissez la machine virtuelle dans un état en pause. (Pour analyse)
restart Pas de vidage de cœur, il suffit de redémarrer la machine virtuelle. (Il s’agit de la valeur par défaut)
destroy Pas de vidage de cœur, laissez la machine virtuelle interrompue.

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

  1. Sur le serveur HASH (0x2e68218), 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 la valeur actions-after-crash 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
    
  3. Crashez 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 filename
    

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 serveur HASH (0x2e68218). 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.