VM Linux

Lorsque vous souhaitez créer une machine virtuelle Linux, créez la machine virtuelle à l’aide d’un modèle pour le système d’exploitation que vous souhaitez exécuter sur la machine virtuelle. Vous pouvez utiliser un modèle fourni par Citrix Hypervisor pour votre système d’exploitation ou un modèle que vous avez créé précédemment. Vous pouvez créer la machine virtuelle à partir de XenCenter ou de l’interface de ligne de commande. Cette section se concentre sur l’utilisation de la CLI.

Remarque :

Pour créer une machine virtuelle d’une mise à jour mineure plus récente d’une version RHEL que celle prise en charge pour l’installation par Citrix Hypervisor, procédez comme suit :

• Installation à partir des derniers supports pris en charge
• Utiliser yum update pour mettre la machine virtuelle à jour

Ce processus s’applique également aux dérivés RHEL tels que CentOS et Oracle Linux.

Nous vous recommandons d’installer Citrix VM Tools pour Linux immédiatement après l’installation du système d’exploitation. Pour de plus amples informations, consultez Installer Citrix VM Tools pour Linux.

La vue d’ensemble de la création d’une machine virtuelle Linux est la suivante :

1. Créez la machine virtuelle pour votre système d’exploitation cible à l’aide de XenCenter ou de la CLI.

2. Installez le système d’exploitation à l’aide du support d’installation du fournisseur.

3. Installez les Citrix VM Tools pour Linux (recommandé).

4. Configurez l’heure et le fuseau horaire appropriés sur la machine virtuelle et le VNC comme vous le feriez dans un environnement non virtuel normal.

Citrix Hypervisor prend en charge l’installation de nombreuses distributions Linux en tant que machines virtuelles.

Avertissement :

Le modèle Autre support d’installation est destiné aux utilisateurs avancés qui souhaitent essayer d’installer des machines virtuelles exécutant des systèmes d’exploitation non pris en charge. Citrix Hypervisor a été testé en exécutant uniquement les distributions prises en charge et les versions spécifiques couvertes par les modèles standard fournis. Les machines virtuelles installées à l’aide du modèle Autre support d’installationne sont pas prises en charge.

Pour plus d’informations sur des distributions Linux spécifiques, voir Notes d’installation pour les distributions Linux.

Distributions Linux prises en charge

Pour obtenir la liste des distributions Linux prises en charge, consultez Prise en charge des systèmes d’exploitation invités.

Les autres distributions Linux ne sont pas prises en charge. Toutefois, les distributions qui utilisent le même mécanisme d’installation que Red Hat Enterprise Linux (par exemple, Fedora Core) peuvent être installées avec succès à l’aide du même modèle.

Créer une machine virtuelle Linux

Cette section décrit les procédures de création d’une machine virtuelle Linux en installant le système d’exploitation à partir d’un CD/DVD physique ou d’une image ISO accessible par le réseau.

Création d’une machine virtuelle Linux à l’aide de la CLI xe

Cette section présente la procédure CLI pour créer une machine virtuelle Linux en installant le système d’exploitation à partir d’un CD/DVD physique ou d’une image ISO accessible au réseau.

1. Créez une machine virtuelle à partir du modèle approprié. L’UUID de la machine virtuelle est retourné :

   xe vm-install template=template-name new-name-label=vm-name
   <!--NeedCopy-->
   

2. Ajoutez un CD-ROM virtuel à la nouvelle machine virtuelle :

   • Si vous effectuez l’installation à partir d’un CD ou d’un DVD, obtenez le nom du lecteur de CD physique sur le serveur Citrix Hypervisor :

      xe cd-list
      <!--NeedCopy-->
     

     Le résultat de cette commande vous donne quelque chose comme SCSI 0:0:0:0 pour le champ name-label.

     Utilisez ce paramètre de valeur comme paramètre cd-name:

      xe vm-cd-add vm=vm_name cd-name="host_cd_drive_name_label" device=3
      <!--NeedCopy-->
     

   • Si vous effectuez une installation à partir d’une ISO accessible au réseau, utilisez le nom de l’ISO de l’étiquette de bibliothèque ISO comme valeur du paramètre cd-name:

      xe vm-cd-add vm=vm_name cd-name="iso_name.iso" device=3
      <!--NeedCopy-->
     

3. Insérez le CD d’installation du système d’exploitation dans le lecteur de CD du serveur Citrix Hypervisor.

4. Ouvrez une console sur la machine virtuelle avec XenCenter ou un terminal SSH et suivez les étapes pour effectuer l’installation du système d’exploitation.

5. Démarrez la VM. Il démarre directement dans le programme d’installation du système d’exploitation :

   xe vm-start uuid=UUID
   <!--NeedCopy-->
   

6. Installez les utilitaires invités et configurez l’affichage graphique. Pour plus d’informations, consultez Installer les Citrix VM Tools pour Linux.

Créer une machine virtuelle Linux à l’aide de XenCenter

1. Dans la barre d’outils XenCenter, cliquez sur le bouton Nouvelle machine virtuelle pour ouvrir l’assistant Nouvelle machine virtuelle.

   L’assistant Nouvelle machine virtuelle vous permet de configurer la nouvelle machine virtuelle, en ajustant divers paramètres pour les ressources de processeur, de stockage et de réseau.

2. Sélectionnez un modèle de machine virtuelle et cliquez sur Suivant.

   Chaque modèle contient les informations de configuration nécessaires pour créer une machine virtuelle avec un système d’exploitation invité (SE) spécifique et avec un stockage optimal. Cette liste indique les modèles actuellement pris en charge par Citrix Hypervisor.

   Remarque :

   Si le système d’exploitation que vous installez sur votre machine virtuelle est compatible uniquement avec le matériel d’origine, cochez la case Copier les chaînes du BIOS hôte sur la machine virtuelle . Par exemple, vous pouvez utiliser cette option pour un CD d’installation du système d’exploitation qui a été empaqueté avec un ordinateur spécifique.

   Après avoir démarré une machine virtuelle pour la première fois, vous ne pouvez pas modifier ses chaînes de BIOS. Assurez-vous que les chaînes du BIOS sont correctes avant de démarrer la machine virtuelle pour la première fois.

   Pour copier des chaînes du BIOS à l’aide de l’interface de ligne de commande, reportez-vous à la section Install HVM from Reseller Option Kit (BIOS) Media. L’option permettant de définir des chaînes BIOS définies par l’utilisateur ne sont pas disponibles pour les machines virtuelles HVM.

3. Entrez un nom et une description facultative pour la nouvelle machine virtuelle.

4. Choisissez la source du support du système d’exploitation à installer sur la nouvelle machine virtuelle.

   L’installation à partir d’un CD/DVD est l’option la plus simple pour commencer.

   1. Choisissez l’option de source d’installation par défaut (lecteur DVD)
   2. Insérez le disque dans le lecteur DVD du serveur Citrix Hypervisor

   Citrix Hypervisor vous permet également d’extraire des supports d’installation du système d’exploitation à partir de diverses sources, y compris une bibliothèque ISO préexistante.

   Pour joindre une bibliothèque ISO préexistante, cliquez sur Nouvelle bibliothèque ISO et indiquez l’emplacement et le type de la bibliothèque ISO. Vous pouvez ensuite choisir le support ISO du système d’exploitation spécifique dans la liste.

5. Sélectionnez un serveur domestique pour la machine virtuelle.

   Un serveur domestique est le serveur qui fournit les ressources pour une machine virtuelle dans un pool. Lorsque vous nommez un serveur domestique pour une machine virtuelle, Citrix Hypervisor tente de démarrer la machine virtuelle sur ce serveur. Si cette action n’est pas possible, un serveur alternatif au sein du même pool est sélectionné automatiquement. Pour choisir un serveur domestique, cliquez sur Placer la machine virtuelle sur ce serveur et sélectionnez un serveur dans la liste.

   Remarques :

   • Dans les pools compatibles WLB, le serveur domestique désigné n’est pas utilisé pour démarrer, redémarrer, reprendre ou migrer la machine virtuelle. Au lieu de cela, l’équilibrage de la charge de travail désigne le meilleur serveur pour la machine virtuelle en analysant les mesures du pool de ressources Citrix Hypervisor et en recommandant des optimisations.
   • Si un ou plusieurs GPU virtuels sont affectés à une machine virtuelle, la nomination du serveur domestique ne prend pas effet. Au lieu de cela, la nomination du serveur est basée sur la stratégie de placement du GPU virtuel définie par l’utilisateur.
   • Lors de la mise à niveau continue du pool, le serveur domestique n’est pas pris en compte lors de la migration de la machine Au lieu de cela, la machine virtuelle est remigrée vers le serveur sur lequel elle se trouvait avant la mise à niveau. Si vous ne souhaitez pas désigner de serveur domestique, cliquez sur Ne pas attribuer de serveur domestique à cette machine virtuelle. La machine virtuelle est démarrée sur n’importe quel serveur disposant des ressources nécessaires.

   Cliquez sur Next pour continuer.

6. Allocation des ressources de processeur et de mémoire pour la machine virtuelle. Cliquez sur Next pour continuer.

7. Attribuez un GPU virtuel.

   Si le vGPU est pris en charge, l’assistant New VM vous invite à attribuer un GPU dédié ou un ou plusieurs GPU virtuels à la machine virtuelle. Cette option permet à la machine virtuelle d’utiliser la puissance de traitement du GPU. Grâce à cette fonctionnalité, vous bénéficiez d’une meilleure prise en charge des applications graphiques professionnelles 3D haut de gamme telles que les applications de CAO/FAO, de SIG et d’imagerie médicale.

8. Allouer et configurer le stockage pour la nouvelle machine virtuelle.

   Cliquez sur Suivant pour sélectionner l’allocation par défaut (24 Go) et la configuration, ou vous pouvez effectuer la configuration supplémentaire suivante :

   • Modifiez le nom, la description ou la taille de votre disque virtuel en cliquant sur Modifier.
   • Ajoutez un nouveau disque virtuel en sélectionnant Ajouter.

9. Configurez la mise en réseau sur la nouvelle machine virtuelle.

   Cliquez sur Suivant pour sélectionner la carte réseau et les configurations par défaut, y compris une adresse MAC unique créée automatiquement pour chaque carte réseau. Vous pouvez également effectuer la configuration supplémentaire suivante :

   • Modifiez le réseau physique, l’adresse MAC ou la priorité de qualité de service (QoS) du disque virtuel en cliquant sur Modifier.
   • Ajoutez une nouvelle carte réseau virtuelle en sélectionnant Ajouter.

10. Vérifiez les paramètres, puis cliquez sur Créer maintenant pour créer la machine virtuelle et revenir à l’onglet Rechercher.

    L’icône de votre nouvelle machine virtuelle apparaît sous l’hôte dans le volet Ressources .

    Dans le volet Ressources, sélectionnez la machine virtuelle, puis cliquez sur l’onglet Console pour afficher la console de machine virtuelle.

11. Suivez les écrans d’installation du système d’exploitation et effectuez vos sélections.

12. Une fois l’installation du système d’exploitation terminée et la machine virtuelle redémarrée, installez Citrix VM Tools pour Linux.

Créer une machine virtuelle Linux à l’aide du démarrage PXE

Vous pouvez utiliser le démarrage PXE pour installer le système d’exploitation de votre machine virtuelle Linux. Cette approche peut être utile lorsque vous devez créer de nombreuses machines virtuelles Linux.

Pour effectuer l’installation à l’aide du démarrage PXE, configurez les conditions préalables suivantes sur le réseau sur lequel se trouvent vos machines virtuelles Linux :

• Serveur DHCP configuré pour diriger toutes les demandes d’installation de démarrage PXE vers le serveur TFTP
• Serveur TFTP qui héberge les fichiers d’installation pour le système d’exploitation Linux

Lors de la création de la machine virtuelle Linux, exécutez les commandes suivantes :

1. Créez une machine virtuelle à partir du modèle approprié. L’UUID de la machine virtuelle est retourné :

   xe vm-install template=template-name new-name-label=vm-name
   <!--NeedCopy-->
   

2. Définissez l’ordre de démarrage pour démarrer à partir du disque puis du réseau :

   xe vm-param-set uuid=<UUID> HVM-boot-params:order=cn
   <!--NeedCopy-->
   

3. Démarrez la machine virtuelle pour démarrer l’installation de démarrage PXE :

   xe vm-start uuid=<UUID>
   <!--NeedCopy-->
   

4. Installez les utilitaires invités et configurez l’affichage graphique. Pour plus d’informations, consultez Installer les Citrix VM Tools pour Linux.

Pour plus d’informations sur l’utilisation du démarrage PXE pour installer des systèmes d’exploitation Linux, consultez la documentation du système d’exploitation :

• Debian : Installer Debian en utilisant le démarrage réseau
• RedHat : démarrage automatique d’une installation Kickstart à l’aide de PXE
• CentOS : Configuration PXE
• SLES : Préparation de l’environnement de démarrage réseau

Installer les Citrix VM Tools pour Linux

Bien que toutes les distributions Linux prises en charge soient paravirtualisées en mode natif (et n’ont pas besoin de pilotes spéciaux pour des performances optimales), Citrix VM Tools pour Linux fournit un agent invité. Cet agent invité fournit des informations supplémentaires sur la machine virtuelle à l’hôte. Installez l’agent invité sur chaque machine virtuelle Linux pour bénéficier des fonctionnalités suivantes :

• Consultez les données de performances des machines virtuelles dans XenCenter.

  Par exemple, les valeurs de performances de mémoire suivantes sont visibles dans XenCenter uniquement lorsque les outils XenServer VM sont installés : « Mémoire utilisée », « Disques », « Réseau » et « Adresse ».

• Dans XenCenter, consultez les informations sur le système d’exploitation client Linux.

• Dans l’onglet XenCenter Networking, affichez l’adresse IP de la machine virtuelle.

• Lancez une console SSH sur la machine virtuelle depuis XenCenter.

• Régler le nombre de vCPU sur une VM Linux en cours d’exécution.

• Activez le contrôle dynamique de la mémoire (DMC).

  Remarque :

  Vous ne pouvez pas utiliser la fonctionnalité Dynamic Memory Control (DMC) sur les machines virtuelles Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 ou CentOS Stream 9, car ces systèmes d’exploitation ne prennent pas en charge l’augmentation de la mémoire avec l’hyperviseur Xen.

Il est important de garder l’agent invité Linux à jour lorsque vous mettez à niveau votre serveur Citrix Hypervisor. Pour plus d’informations, consultez Mise à jour des noyaux Linux et utilitaires invités.

Remarque :

Avant d’installer l’agent invité sur un invité SUSE Linux Enterprise Desktop ou Server 15, assurez-vous qu’il insserv-compat-0.1-2.15.noarch.rpm est installé sur l’invité.

Pour installer les Citrix VM Tools pour Linux :

1. Téléchargez le fichier Citrix VM Tools pour Linux à partir de la page de téléchargement de Citrix Hypervisor.

2. Copiez le LinuxGuestTools-xxx.tar.gz fichier sur votre machine virtuelle Linux ou sur un lecteur partagé auquel la machine virtuelle Linux peut accéder.

3. Extrayez le contenu du fichier tar : tar -xzf LinuxGuestTools-xxx.tar.gz

4. Exécutez le script d’installation en tant qu’utilisateur root :

   /<extract-directory>/install.sh
   <!--NeedCopy-->
   

5. Si le noyau a été mis à niveau ou si la machine virtuelle a été mise à niveau à partir d’une version précédente, redémarrez la machine virtuelle maintenant.

Notes d’installation pour les distributions Linux

La section suivante répertorie les informations de configuration spécifiques au fournisseur à prendre en compte avant de créer les machines virtuelles Linux spécifiées.

Pour obtenir des notes de mise à jour plus détaillées sur toutes les distributions, reportez-vous à la section Notes de mise à jour de Linux VM.

Red Hat Enterprise Linux* 7 (32-64 bits)

Le nouveau modèle pour ces invités spécifie 2 Go de RAM. Cette quantité de RAM est requise pour une installation réussie de la version 7.4 et ultérieure. Pour les versions 7.0 à 7.3, le modèle spécifie 2 Go de RAM, mais comme pour les versions précédentes de Citrix Hypervisor, 1 Go de RAM est suffisant.

Remarque :

Ces informations s’appliquent à la fois aux dérivés Red Hat et Red Hat.

Référentiels Apt (Debian)

Pour les installations peu fréquentes ou ponctuelles, il est raisonnable d’utiliser directement un miroir Debian. Toutefois, si vous avez l’intention d’effectuer plusieurs installations de machines virtuelles, nous vous recommandons d’utiliser un proxy de mise en cache ou un miroir local. L’un des outils suivants peut être installé sur une machine virtuelle.

• Apt-cacher: implémentation d’un serveur proxy qui conserve un cache local des packages
• debmirror: un outil qui crée un miroir partiel ou complet d’un dépôt Debian

Préparation au clonage d’une machine virtuelle Linux

En règle générale, lors du clonage d’une machine virtuelle ou d’un ordinateur, sauf si vous généralisez l’image clonée, les attributs propres à cette machine sont dupliqués dans vos environnements. Certains des attributs uniques qui sont dupliqués lors du clonage sont l’adresse IP, le SID ou l’adresse MAC.

Par conséquent, Citrix Hypervisor modifie automatiquement certains paramètres matériels virtuels lorsque vous clonez une machine virtuelle Linux. Lorsque vous copiez la machine virtuelle à l’aide de XenCenter, XenCenter modifie automatiquement l’adresse MAC et l’adresse IP pour vous. Si ces interfaces sont configurées dynamiquement dans votre environnement, vous n’aurez peut-être pas besoin de modifier la machine virtuelle clonée. Toutefois, si les interfaces sont statiquement configurées, vous devrez peut-être modifier leurs configurations réseau.

La machine virtuelle devra peut-être être personnalisée pour être informée de ces modifications. Pour obtenir des instructions sur les distributions Linux spécifiques prises en charge, consultez les notes de version de Linux VM.

Nom de la machine

Une machine virtuelle clonée est un autre ordinateur et, comme tout nouvel ordinateur d’un réseau, elle doit porter un nom unique au sein du domaine réseau.

Adresse IP

Une machine virtuelle clonée doit avoir une adresse IP unique dans le domaine réseau dont elle fait partie. En règle générale, cette exigence ne pose aucun problème lorsque DHCP est utilisé pour attribuer des adresses. Lorsque la machine virtuelle démarre, le serveur DHCP lui attribue une adresse IP. Si la machine virtuelle clonée avait une adresse IP statique, le clone doit recevoir une adresse IP inutilisée avant d’être démarré.

Adresse MAC

Il existe deux situations dans lesquelles nous recommandons de désactiver les règles d’adresse MAC avant le clonage :

1. Dans certaines distributions Linux, l’adresse MAC de l’interface réseau virtuelle d’une machine virtuelle clonée est enregistrée dans les fichiers de configuration réseau. Toutefois, lorsque vous clonez une machine virtuelle, XenCenter attribue à la nouvelle machine virtuelle clonée une adresse MAC différente. Par conséquent, lorsque la nouvelle machine virtuelle est démarrée pour la première fois, le réseau reconnaît la nouvelle machine virtuelle et ne s’affiche pas automatiquement.

2. Certaines distributions Linux utilisent des règles udev pour mémoriser l’adresse MAC de chaque interface réseau et conserver un nom pour cette interface. Ce comportement est conçu pour que la même carte réseau physique soit toujours mappée sur la même interface ethn, ce qui est utile avec les cartes réseau amovibles (comme les ordinateurs portables). Cependant, ce comportement est problématique dans le contexte des machines virtuelles.

   Par exemple, considérez le comportement dans le cas suivant :

   1.  Configure two virtual NICs when installing a VM
   1.  Shut down the VM
   1.  Remove the first NIC
   

   Lorsque la machine virtuelle redémarre, XenCenter affiche une seule carte réseau, mais l’appelle eth0. Pendant ce temps, la machine virtuelle force délibérément cette carte réseau à être eth1. Le résultat est que la mise en réseau ne fonctionne pas.

Pour les machines virtuelles qui utilisent des noms persistants, désactivez ces règles avant le clonage. Si vous ne souhaitez pas désactiver les noms persistants, vous devez reconfigurer la mise en réseau à l’intérieur de la machine virtuelle (de la manière habituelle). Toutefois, les informations affichées dans XenCenter ne correspondent pas aux adresses réellement présentes sur votre réseau.

Mise à jour des noyaux Linux et des utilitaires invités

Les utilitaires invités Linux peuvent être mis à jour en réexécutant le install.sh script à partir des Citrix VM Tools pour Linux (voir Installer les Citrix VM Tools pour Linux).

Pour les distributions yumactivées, CentOS et RHEL xe-guest-utilities installe un fichier yum de configuration pour permettre les mises à jour suivantes à l’aide de yum de la manière standard.

Pour Debian, /etc/apt/sources.list est renseigné pour activer les mises à jour en utilisant apt par défaut.

Lors de la mise à niveau, nous vous recommandons de toujours relancer install.sh. Ce script détermine automatiquement si votre machine virtuelle a besoin de mises à jour et s’installe si nécessaire.

Surclassement d’invités PV à HVM

Les invités en mode PV ne sont pas pris en charge dans Citrix Hypervisor 8.2. Avant de mettre à niveau votre serveur vers Citrix Hypervisor 8.2, suivez ces étapes pour mettre à niveau vos invités PV Linux existants vers les versions prises en charge.

1. Mettez à niveau le système d’exploitation invité vers une version prise en charge par Citrix Hypervisor. Effectuez la mise à niveau en utilisant le mécanisme fourni par cette distribution Linux.

   Après cette étape, l’invité mis à niveau est toujours en mode PV, qui n’est pas pris en charge et présente des problèmes connus.

2. Utilisez le script pv2hvm pour convertir l’invité récemment mis à niveau vers le mode HVM pris en charge.

   Sur le serveur Citrix Hypervisor, ouvrez un shell local, connectez-vous en tant qu’utilisateur racine et entrez la commande suivante :

   /opt/xensource/bin/pv2hvm vm_name
   <!--NeedCopy-->
   

   Ou

   /opt/xensource/bin/pv2hvm vm_uuid
   <!--NeedCopy-->
   

3. Redémarrez la machine virtuelle pour terminer le processus.

Notes de version des machines virtuelles Linux

La plupart des distributions Linux modernes prennent en charge la paravirtualisation Xen directement, mais ont des mécanismes d’installation différents et certaines limitations du noyau.

Prise en charge des installations graphiques RHEL

Pour utiliser le programme d’installation graphique, dans XenCenter, suivez l’assistant Nouvelle machine virtuelle . Dans la page Support d’installation, dans la section Paramètres de démarrage avancés du système d’exploitation, ajoutez vnc à la liste des paramètres :

graphical utf8 vnc
<!--NeedCopy-->

Vous êtes invité à fournir une configuration réseau pour la nouvelle machine virtuelle afin d’activer la communication VNC. Travaillez dans le reste de l’assistant Nouvelle machine virtuelle. Lorsque l’assistant a terminé, dans la vue Infrastructure, sélectionnez la machine virtuelle, puis cliquez sur Console pour afficher une session de console de la machine virtuelle. À ce stade, il utilise le programme d’installation standard. L’installation de la machine virtuelle démarre initialement en mode texte et peut demander la configuration du réseau. Une fois fourni, le bouton Basculer vers la console graphique s’affiche dans le coin supérieur droit de la fenêtre XenCenter.

Red Hat Enterprise Linux 7

Après la migration ou la suspension de la machine virtuelle, les invités RHEL 7 peuvent se figer pendant la reprise. Pour plus d’informations, reportez-vous au rapport de problème de Red Hat 1141249.

Red Hat Enterprise Linux 8

Vous ne pouvez pas utiliser la fonctionnalité Dynamic Memory Control (DMC) sur les machines virtuelles Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 ou CentOS Stream 9, car ces systèmes d’exploitation ne prennent pas en charge l’augmentation de la mémoire avec l’hyperviseur Xen.

Red Hat Enterprise Linux 9

Vous ne pouvez pas utiliser la fonctionnalité Dynamic Memory Control (DMC) sur les machines virtuelles Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 ou CentOS Stream 9, car ces systèmes d’exploitation ne prennent pas en charge l’augmentation de la mémoire avec l’hyperviseur Xen.

CentOS 7

Pour obtenir la liste des notes de publication de CentOS 7, consultez Red Hat Enterprise Linux 7.

CentOS Stream 9

Si vous tentez d’arrêter une machine virtuelle CentOS Stream 9 à l’aide de XenCenter ou de l’interface de ligne de commande xe, le processus d’arrêt s’arrête et expire au bout de 1 200 s. Ce comportement est dû à un problème de noyau dans kernel-5.14.0-362.el9.

Les solutions de contournement suivantes sont disponibles :

• Pour contourner une seule instance du problème, vous pouvez arrêter la machine virtuelle depuis le système d’exploitation client.

• Pour éviter que ce problème ne se produise pour votre machine virtuelle, rétrogradez votre machine virtuelle pour utiliser kernel-5.14.0-354.el9 en exécutant les commandes suivantes sur la machine virtuelle :

   # yum install kernel-5.14.0-354.el9
   # grubby --set-default /boot/vmlinuz-5.14.0-354.el9.x86_64
  

Vous ne pouvez pas utiliser la fonctionnalité Dynamic Memory Control (DMC) sur les machines virtuelles Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 ou CentOS Stream 9, car ces systèmes d’exploitation ne prennent pas en charge l’augmentation de la mémoire avec l’hyperviseur Xen.

Les machines virtuelles Rocky 9 et CentOS Stream 9 nécessitent que l’hôte dispose d’un processeur compatible avec le jeu d’instructions x86-64-v2 ou supérieur. Pour plus d’informations, consultez https://access.redhat.com/solutions/6833751.

Oracle Linux 7

Pour obtenir la liste des notes de publication d’Oracle Linux 7, consultez Red Hat Enterprise Linux 7.

Scientific Linux 7

Pour obtenir la liste des notes de publication de Scientific Linux 7, consultez Red Hat Enterprise Linux 7.

Rocky Linux 9

Vous ne pouvez pas utiliser la fonctionnalité Dynamic Memory Control (DMC) sur les machines virtuelles Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 ou CentOS Stream 9, car ces systèmes d’exploitation ne prennent pas en charge l’augmentation de la mémoire avec l’hyperviseur Xen.

Les machines virtuelles Rocky 9 et CentOS Stream 9 nécessitent que l’hôte dispose d’un processeur compatible avec le jeu d’instructions x86-64-v2 ou supérieur. Pour plus d’informations, consultez https://access.redhat.com/solutions/6833751.

Debian 10

Si vous installez Debian 10 (Buster) en utilisant le démarrage réseau PXE, n’ajoutez pas console=tty0 aux paramètres de démarrage. Ce paramètre peut entraîner des problèmes lors du processus d’installation. Utilisez uniquement console=hvc0 dans les paramètres de démarrage. Pour plus d’informations, consultez les problèmes 944106 et 944125 de Debian.

Debian 11

Lors de l’installation de Debian 11 32 bits sur une machine virtuelle à l’aide d’un périphérique réseau émulé QEMU, l’installation peut échouer. Ce problème est dû à l’absence des pilotes PV Xen dans le noyau du programme d’installation. Pour plus d’informations, consultez https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818481.

Ce problème n’est pas présent dans la version 64 bits de Debian 11.

Debian 12

Debian 12 (Bookworm) ne prend pas en charge le relais GPU ou les VGPU.

SUSE Linux Enterprise 12

Préparer un invité SLES pour le clonage

Remarque :

Avant de préparer un invité SLES pour le clonage, assurez-vous d’effacer la configuration udev pour les périphériques réseau comme suit :

cat< /dev/null > /etc/udev/rules.d/30-net_persistent_names.rules

Pour préparer un invité SLES pour le clonage :

1. Ouvrir le fichier/etc/sysconfig/network/config

2. Modifiez la ligne qui se lit comme suit :

   FORCE_PERSISTENT_NAMES=yes
   <!--NeedCopy-->
   

   À

   FORCE_PERSISTENT_NAMES=no
   <!--NeedCopy-->
   

3. Enregistrez les modifications et redémarrez la machine virtuelle.

Pour plus d’informations, consultez Préparer le clonage d’une machine virtuelle Linux.

Ubuntu 24.04

En raison d’un problème connu avec les pilotes Mesa sur Ubuntu 24.04, après avoir installé une machine virtuelle Ubuntu 24.04 (de bureau) sur un hôte de plate-forme AMD avec le protocole Wayland activé par défaut, vous pouvez rencontrer des invites de reconnexion répétées.

Nous vous recommandons de résoudre ce problème en désactivant Wayland ou en mettant à niveau vos pilotes Mesa :

• Désactiver Wayland

  Ouvrez une invite de commande et exécutez la commande suivante :

   sudo nano /etc/gdm3/custom.conf
   <!--NeedCopy-->
  

  Définissez la valeur suivante pour désactiver Wayland :

   WaylandEnable=false
   <!--NeedCopy-->
  

  Redémarrez la machine virtuelle pour terminer le processus.

• Mettez à jour vos pilotes Mesa

  Exécutez les commandes suivantes :

   sudo add-apt-repository ppa:kisak/kisak-mesa
   sudo apt update
   sudo apt upgrade
   <!--NeedCopy-->
  

  Redémarrez la machine virtuelle pour terminer le processus.