XenServer

Autres scénarios d’installation

August 1, 2026

Contributeur:

En plus d’un processus d’installation manuelle standard, XenServer® offre la possibilité d’effectuer divers autres types d’installations, notamment les suivants :

Installations réseau utilisant le démarrage PXE
Installations sans assistance
Configuration de l’hôte pour démarrer à partir du SAN
Configuration du multipathing de l’hôte

Si vous rencontrez des problèmes lors de votre installation, collectez les journaux comme décrit dans cet article : Journaux d’installation.

Modes de démarrage pris en charge

XenServer prend en charge le démarrage des hôtes en mode UEFI ou UEFI Secure Boot. Pour plus d’informations sur Secure Boot, consultez Secure Boot pour XenServer 9.

Installation réseau

Si le serveur sur lequel vous souhaitez installer dispose d’une carte Ethernet compatible avec le démarrage PXE, vous pouvez utiliser cette fonctionnalité pour effectuer une installation réseau avec le démarrage PXE.

L’utilisation du démarrage PXE pour installer à partir du réseau implique les étapes suivantes :

Copiez les fichiers d’installation sur un serveur TFTP et configurez vos serveurs TFTP et DHCP pour l’installation par démarrage PXE.
Hébergez votre média d’installation sur NFS, FTP ou HTTP. Seuls les fichiers d’installation sont accessibles depuis le serveur TFTP. Les fichiers XenServer à installer sur le serveur sont hébergés sur un serveur NFS, FTP ou HTTP. Alternativement, après avoir démarré l’installation via le démarrage PXE, vous pouvez la compléter à partir d’un média local hébergé sur le serveur cible.
(Facultatif) Créez un fichier de réponses pour une installation sans assistance. Vous pouvez également choisir d’effectuer une installation assistée et de parcourir l’installateur manuellement.
Démarrez le processus d’installation.

Remarque :

Le démarrage PXE n’est pas pris en charge sur un réseau VLAN balisé. Assurez-vous que le réseau VLAN que vous utilisez pour le démarrage PXE n’est pas balisé.

Configurez vos serveurs TFTP et DHCP

Avant de configurer le support d’installation XenServer, configurez vos serveurs TFTP et DHCP. Les sections suivantes contiennent des informations sur la configuration de votre serveur TFTP pour le démarrage PXE avec UEFI. Consultez la documentation de votre fournisseur pour les procédures de configuration générales.

Configurez votre serveur TFTP pour le démarrage PXE avec UEFI

Hébergez les fichiers d’installation sur un serveur TFTP et configurez vos serveurs DHCP et TFTP pour activer le démarrage PXE avec le mode de démarrage UEFI. Cette configuration est utilisée pour démarrer le processus d’installation.

Dans le répertoire racine TFTP (par exemple, /tftpboot), créez un répertoire nommé EFI/xenserver.
Copiez les fichiers suivants du support d’installation XenServer vers le nouveau répertoire EFI/xenserver sur le serveur TFTP :
- grubx64.efi du répertoire /EFI/xenserver
- install.img du répertoire racine
- vmlinuz du répertoire /boot
- xen.gz du répertoire /boot
Configurez votre serveur DHCP pour fournir /EFI/xenserver/grubx64.efi comme fichier de démarrage.
Dans le répertoire EFI/xenserver du serveur TFTP, créez le fichier grub.cfg.

Le contenu de ce fichier dépend de la façon dont vous souhaitez configurer votre environnement de démarrage PXE et des valeurs appropriées pour vos serveurs.
- Exemple : Installation sans assistance Cette configuration d’exemple effectue une installation sans assistance en utilisant le fichier de réponses à l’URL spécifiée :
```
 menuentry "XenServer Install (serial)" {
     multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
     module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=<interface_name> answerfile=http://<ip_address>/<path_to_answer_file> install
     module2 /EFI/xenserver/install.img
 }
 
```
  Remarque :
  
  Pour spécifier la carte réseau à utiliser pour récupérer le fichier de réponses, incluez le paramètre answerfile_device=<interface_name> ou answerfile_device=<MAC> et spécifiez soit le nom de l’interface réseau (par exemple, eno12429np0), soit l’adresse MAC du périphérique.
  
  Dans les environnements où les cartes réseau peuvent être énumérées différemment sur les hôtes (par exemple, lors de l’utilisation de différentes générations de matériel), vous pouvez spécifier le paramètre de démarrage map_netdev pour contrôler explicitement l’ordre logique des cartes réseau en fonction de l’adresse MAC.
  
  Le paramètre map_netdev doit être fourni comme paramètre de démarrage de l’installateur et est couramment utilisé avec les installations sans assistance pour garantir un ordre cohérent des cartes réseau sur tous les hôtes. Ce paramètre prend en charge le mappage d’une adresse MAC spécifique à un index logique (par exemple, map_netdev=0:<MAC>).
  
  Pour garantir un ordre déterministe des cartes réseau, répétez ce paramètre pour chaque adaptateur requis. Par exemple, vous pouvez spécifier map_netdev=0:00:11:22:AA:BB:CC pour forcer un mappage matériel spécifique.
  
  Pour plus d’informations sur l’utilisation d’un fichier de réponses, consultez Créer un fichier de réponses pour une installation sans assistance.
- Exemple : Installation manuelle Cette configuration d’exemple démarre une installation qui démarre à partir du serveur TFTP et nécessite des réponses manuelles :
```
 menuentry "XenServer Install (serial)" {
     multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
     module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0
     module2 /EFI/xenserver/install.img
 }
 
```

Étape suivante : Héberger votre support d’installation sur NFS, FTP ou HTTP. En plus des serveurs TFTP et DHCP, vous avez besoin d’un serveur NFS, FTP ou HTTP pour héberger les fichiers XenServer qui sont installés sur votre serveur.

Héberger votre support d’installation sur NFS, FTP ou HTTP

Le serveur TFTP héberge les fichiers nécessaires au démarrage de l’installateur, mais les fichiers à installer ou à utiliser pour une mise à niveau sont hébergés sur un serveur NFS, FTP ou HTTP.

Vous pouvez également utiliser des fichiers hébergés sur NFS, FTP ou HTTP pour effectuer une installation ou une mise à niveau qui a été démarrée à partir d’un support local sur votre serveur.

Sur le serveur HTTP, FTP ou NFS, créez un répertoire à partir duquel le support d’installation XenServer peut être exporté via HTTP, FTP ou NFS.
Si vous utilisez IIS pour héberger le support d’installation, en supposant qu’un répertoire virtuel est utilisé, effectuez la configuration suivante :
1. Activez la navigation dans les répertoires pour le répertoire virtuel.
2. Assurez-vous que le double échappement est activé pour le répertoire virtuel avant d’y extraire l’ISO d’installation.
3. Configurez les types MIME requis suivants
  1. . en tant que application/octet-stream
  2. .* en tant que application/octet-stream
  Le fichier web.config suivant illustre ces valeurs configurées pour un répertoire virtuel
```
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <security>
            <requestFiltering allowDoubleEscaping="true" />
        </security>
        <directoryBrowse enabled="true" showFlags="Date, Time, Size, Extension, LongDate" />
        <staticContent>
            <mimeMap fileExtension="." mimeType="application/octet-stream" />
            <mimeMap fileExtension=".*" mimeType="application/octet-stream" />
        </staticContent>
    </system.webServer>
</configuration>

```
Décompressez le contenu de l’ISO d’installation de XenServer. Vous pouvez le faire de l’une des manières suivantes :
- En utilisant une application de décompression ISO, telle que 7-zip.
- En montant l’ISO et en copiant tout le contenu.
Copiez l’intégralité du contenu décompressé de l’ISO d’installation de XenServer dans le répertoire nouvellement créé sur le serveur HTTP, FTP ou NFS. Ce répertoire est votre référentiel d’installation.

Remarque :

Lors de la copie du support d’installation de XenServer, assurez-vous de copier le fichier .treeinfo dans le répertoire nouvellement créé.

Étape suivante :

Si vous effectuez une installation sans assistance : Créer un fichier de réponses pour l’installation sans assistance.
Si vous utilisez le démarrage PXE pour lancer une installation manuelle : Démarrer l’installation réseau.

Créer un fichier de réponses pour une installation sans assistance

Pour effectuer des installations sans assistance, créez un fichier de réponses XML.

Contenez tous les nœuds dans un nœud racine nommé installation. Lors de la construction de votre fichier de réponses, reportez-vous à la Référence du fichier de réponses.

Voici un exemple de fichier de réponses :

<?xml version="1.0"?>
    <installation srtype="ext">
        <primary-disk>sda</primary-disk>
        <guest-disk>sdb</guest-disk>
        <guest-disk>sdc</guest-disk>
        <keymap>us</keymap>
        <root-password>mypassword</root-password>
        <source type="url">http://pxehost.example.com/xenserver/</source>
        <script stage="filesystem-populated" type="url">
          http://pxehost.example.com/myscripts/post-install-script
        </script>
        <admin-interface name="<interface-name>" proto="dhcp" />
        <timezone>Europe/London</timezone>
    </installation>
<!--NeedCopy-->

Étape suivante : Démarrer l’installation réseau.

Mises à niveau automatisées avec un fichier de réponses

Vous pouvez également effectuer des mises à niveau automatisées en modifiant le fichier de réponses de manière appropriée.

Définissez l’attribut mode de l’élément installation sur upgrade.
Spécifiez le disque sur lequel se trouve l’installation existante avec l’élément existing-installation.
Laissez les éléments primary-disk et guest-disk non spécifiés.

Par exemple :

<?xml version="1.0"?>
<installation mode="upgrade">
    <existing-installation>sda</existing-installation>
    <source type="url">http://pxehost.example.com/xenserver/</source>
    <script stage="filesystem-populated" type="url">
        http://pxehost.example.com/myscripts/post-install-script
    </script>
</installation>
<!--NeedCopy-->

Référence du fichier de réponses

Voici un résumé des éléments. Toutes les valeurs de nœud sont du texte, sauf indication contraire. Les éléments requis sont indiqués.

`<installation>`

Obligatoire ? Oui

Description : L’élément racine qui contient tous les autres éléments.

Attributs :

srtype

L’attribut srtype peut avoir l’une des valeurs suivantes : lvm, ext ou xfs :

lvm - définit le type de stockage local sur LVM.
ext - définit le type de stockage local sur EXT4. Cela permet au cache local pour Citrix Virtual Desktops de fonctionner correctement. Pour plus d’informations, consultez Stockage.
xfs - définit le type de stockage local sur XFS. Cette option vous permet également de créer des périphériques de stockage locaux avec des blocs physiques de 4 Ko sans nécessiter une taille de bloc logique de 512 octets.

Pour activer le provisionnement léger, vous pouvez spécifier l’attribut srtype comme ext ou xfs. Si vous ne spécifiez pas l’attribut srtype, la valeur par défaut de srtype est lvm. Si vous ne spécifiez pas l’attribut srtype mais que vous configurez un disque natif de 4 Ko pour le stockage local dans votre fichier de réponses, la valeur par défaut est xfs.

Remarque :

Vous ne pouvez pas utiliser les types de stockage Local LVM ou Local EXT3/EXT4 avec des blocs physiques de 4 Ko. Si vous tentez de spécifier lvm ou ext pour l’attribut srtype tout en configurant des blocs physiques de 4 Ko, la configuration de votre fichier de réponses sera rejetée comme incompatible.

mode

Pour changer le type d’installation en mise à niveau, spécifiez un attribut mode avec la valeur upgrade. Si cet attribut n’est pas spécifié, le programme d’installation effectue une nouvelle installation et écrase toutes les données existantes sur le serveur.

`<primary-disk>`

Obligatoire ? Oui

Remarque :

Obsolète pour les scénarios de mise à niveau.

Description : Nom du périphérique de stockage sur lequel le domaine de contrôle est installé. Cet élément est équivalent au choix effectué à l’étape Sélectionner le disque principal du processus d’installation manuelle.

Attributs : Vous pouvez spécifier un attribut guest-storage avec les valeurs possibles yes et no. Par exemple : <primary-disk guest-storage="no">sda</primary-disk>

La valeur par défaut est yes. Si vous spécifiez no, vous pouvez automatiser un scénario d’installation où aucun référentiel de stockage n’est créé. Dans ce cas, ne spécifiez aucune clé guest-disk.

`<guest-disk>`

Obligatoire ? Non

Description : Nom d’un périphérique de stockage à utiliser pour stocker les invités. Utilisez l’un de ces éléments pour chaque disque supplémentaire.

Attributs : Aucun

`<ntp>`

Obligatoire ? Oui

Description : Spécifie la source des serveurs NTP. Si l’élément <ntp> n’est pas spécifié, la valeur par défaut sera manual si <ntp-server> est spécifié, dhcp si DHCP est utilisé, sinon default.

Attributs :

L’attribut source peut avoir l’une des valeurs suivantes : dhcp, default, manual ou none.

dhcp - utiliser les serveurs NTP de DHCP
default - utiliser les serveurs NTP par défaut
manual - utiliser les serveurs NTP fournis, dans ce cas au moins une entrée <ntp-server> doit être spécifiée
none - NTP est désactivé

Si source est dhcp, default ou none, ne spécifiez pas <ntp-server>.

`<ntp-server>`

Obligatoire ? Non

Description : Spécifie un ou plusieurs serveurs NTP. À utiliser uniquement avec l’élément ntp et l’attribut manual.

Attributs : Aucun

`<keymap>`

Obligatoire ? Non

Description : Le nom du mappage de clavier à utiliser pendant l’installation. <keymap>us</keymap> La valeur par défaut, us, est prise en compte si vous ne spécifiez pas de valeur pour cet élément.

Attributs : Aucun

`<root-password>`

Obligatoire : Non

Description : Le mot de passe root souhaité pour l’hôte XenServer. Si aucun mot de passe n’est fourni, une invite s’affiche lors du premier démarrage de l’hôte.

Attributs : Vous pouvez spécifier un type qui est soit hash soit plaintext

Par exemple :

<root-password type="hash">hashedpassword</root-password>
<!--NeedCopy-->

La valeur hachée peut utiliser n’importe quel type de hachage pris en charge par crypt(3) dans glibc. Le type de hachage par défaut est SHA-512.

Vous pouvez utiliser le code Python suivant pour générer une chaîne de mot de passe hachée à inclure dans le fichier de réponses :

python -c 'import crypt; print(crypt.crypt("mypasswordhere", crypt.mksalt(crypt.METHOD_SHA512)))'
<!--NeedCopy-->

`<source>`

Obligatoire : Oui

Description : L’emplacement du support d’installation XenServer téléchargé ou d’un pack supplémentaire. Cet élément peut apparaître plusieurs fois.

Attributs : L’attribut type peut avoir l’une des valeurs suivantes : url, nfs ou local.

Si la valeur est local, laissez l’élément vide. Par exemple,

<source type="url">http://server/packages</source>
<source type="local" />
<source type="nfs">server:/packages</source>
<!--NeedCopy-->

`<script>`

Obligatoire : Non

Description : Emplacement du script de post-installation.

Attributs :

L’attribut stage peut avoir l’une des valeurs suivantes : filesystem-populated, installation-start ou installation-complete.

Lorsque la valeur filesystem-populated est utilisée, le script s’exécute juste avant le démontage du système de fichiers racine (par exemple, après l’installation/mise à niveau, les initrds déjà construits, etc.). Le script reçoit un argument qui est le point de montage du système de fichiers racine.
Lorsque la valeur installation-start est utilisée, le script s’exécute avant le démarrage de la séquence d’installation principale, mais après que l’installateur a été initialisé et a traité le fichier de réponses. Le script ne reçoit aucun argument.
Lorsque la valeur installation-complete est utilisée, le script s’exécute une fois que l’installateur a terminé toutes les opérations (et que le système de fichiers racine est donc démonté). Le script reçoit un argument dont la valeur est zéro si l’installation s’est terminée avec succès, et non nulle si l’installation a échoué pour une raison quelconque.

L’attribut type peut avoir l’une des valeurs suivantes : url, nfs, ou local.

Si la valeur est url ou nfs, placez l’URL ou le chemin NFS dans le PCDATA. Si la valeur est local, laissez le PCDATA vide. Par exemple,

<script stage="filesystem-populated" type="url">
    http://prehost.example.com/post-install-script
</script>
<script stage="installation-start" type="local">
    file:///scripts/run.sh
</script>
<script stage="installation-complete" type="nfs">
    server:/scripts/installation-pass-fail-script
</script>
<!--NeedCopy-->

Remarque :

Si un fichier local est utilisé, assurez-vous que le chemin est absolu. Cela signifie généralement que le préfixe file:// est suivi d’une autre barre oblique, puis du chemin complet vers le script.

`<admin-interface>`

Obligatoire : Parfois

Remarque :

Obligatoire lors de l’installation/réinstallation mais pas lors de la mise à niveau ou de la restauration.

Description : L’interface réseau unique à utiliser comme interface d’administration de l’hôte.

Attributs :

Spécifiez l’un des attributs suivants :

name - Le nom de votre interface réseau, par exemple eno12429np0.
hwaddr - L’adresse MAC de votre interface réseau, par exemple 00:00:11:aa:bb:cc.

L’attribut proto peut avoir l’une des valeurs suivantes : dhcp ou static.

Si vous spécifiez proto="static", vous devez également spécifier tous ces éléments enfants :

Éléments enfants

<ipaddr> : L’adresse IP
<subnet> : Le masque de sous-réseau
<gateway> : La passerelle

`<timezone>`

Obligatoire : Non

Description : Le fuseau horaire au format utilisé par la variable TZ, par exemple Europe/London ou America/Los_Angeles. La valeur par défaut est Etc/UTC.

`<name-server>`

Obligatoire : Non

Description : L’adresse IP d’un serveur de noms. Utilisez l’un de ces éléments pour chaque serveur de noms que vous souhaitez utiliser.

`<hostname>`

Obligatoire : Non

Description : Spécifiez cet élément si vous souhaitez définir manuellement un nom d’hôte.

`<ntp-server>`

Obligatoire : Non

Description : Spécifiez un ou plusieurs serveurs NTP.

Démarrer l’installation réseau

Après avoir configuré les serveurs réseau requis pour une installation de démarrage PXE, effectuez les étapes suivantes sur le serveur sur lequel vous effectuez l’installation :

Démarrez le système et accédez au menu de démarrage (F12 dans la plupart des programmes BIOS).
Sélectionnez le démarrage à partir de votre carte Ethernet.
Le système démarre ensuite par PXE à partir de la source d’installation que vous avez configurée et le script d’installation démarre.
- Si vous avez configuré un fichier de réponses, l’installation se déroule sans surveillance.
- Si vous avez décidé d’effectuer une installation manuelle, fournissez les informations lorsque vous y êtes invité. Pour plus d’informations, consultez Installer.

Démarrage depuis un SAN

Les environnements de démarrage depuis un SAN offrent plusieurs avantages, notamment des performances élevées, la redondance et la consolidation de l’espace. Dans ces environnements, le disque de démarrage se trouve sur un SAN distant et non sur l’hôte local.

Les types de configuration de démarrage depuis un SAN suivants sont pris en charge :

HBA et Fibre Channel matériel
Démarrage logiciel depuis iSCSI

Avant de configurer le démarrage depuis un SAN dans XenServer, assurez-vous d’avoir configuré le BIOS de votre matériel pour activer cette fonctionnalité. Consultez la documentation de votre fournisseur de matériel pour plus d’informations.

Pour un environnement de démarrage depuis SAN entièrement redondant, vous devez configurer plusieurs chemins d’accès pour l’E/S. Pour plus d’informations, consultez Activer le multipathing.

Remarque :

Lorsque vous utilisez un environnement de démarrage depuis SAN, il est fortement recommandé d’activer l’envoi des journaux à un serveur syslog distant. consultez Envoyer les messages syslog à un serveur central. Si le syslog distant n’est pas activé et qu’une défaillance du système entraîne la perte d’accès au disque de démarrage, il peut être très difficile de déterminer la cause sous-jacente et le support technique pourrait ne pas être en mesure de fournir une assistance sans ces journaux.

HBA et Fibre Channel matériel

Ce type de déploiement de démarrage depuis SAN dépend de baies de disques basées sur SAN avec prise en charge d’adaptateurs Fibre Channel matériel ou HBA iSCSI sur l’hôte. L’hôte communique avec le SAN via un adaptateur de bus hôte (HBA). Le BIOS du HBA contient les instructions qui permettent à l’hôte de trouver le disque de démarrage.

Toute la configuration pour le démarrage depuis SAN via Fibre Channel matériel ou un adaptateur HBA est effectuée dans votre infrastructure réseau avant d’installer XenServer sur vos serveurs. Pour plus d’informations sur la façon de réaliser cette configuration, consultez la documentation fournie par le fournisseur.

Démarrage logiciel depuis iSCSI

La fonctionnalité de démarrage logiciel depuis iSCSI permet aux clients d’installer et de démarrer XenServer depuis un SAN en utilisant iSCSI. Grâce à cette fonctionnalité, XenServer peut être installé, démarré et exécuté à partir d’un LUN fourni par une cible iSCSI. La cible iSCSI est spécifiée dans la table de firmware de démarrage iSCSI. Cette capacité permet au disque racine d’être attaché via iSCSI. Ce disque de démarrage peut être situé sur la même cible qui fournit un SR.

Pour utiliser cette fonctionnalité, assurez-vous que votre environnement répond aux exigences suivantes :

L’interface réseau ou les interfaces dédiées au démarrage iSCSI doivent être séparées des interfaces de gestion et des interfaces utilisées pour le trafic des machines virtuelles.
Le stockage (cibles iSCSI) doit se trouver sur un réseau de couche 3 (IP) distinct de toutes les autres interfaces réseau avec des adresses IP sur l’hôte.
N’utilisez pas de VLAN tagués pour les interfaces réseau dédiées aux cibles de démarrage iSCSI.
Nous vous recommandons de configurer le multipathing.

Pour configurer la fonctionnalité de démarrage logiciel depuis iSCSI, vous devez ajouter le paramètre use_ibft à vos paramètres de démarrage. La manière d’ajouter ce paramètre dépend de votre mode de démarrage et du type d’installation que vous effectuez.

Activer la fonctionnalité de démarrage logiciel depuis iSCSI sur un serveur de démarrage UEFI lors d’une installation à partir d’un média local

Démarrez l’ordinateur à partir du support d’installation. Pour plus d’informations, consultez Installer l’hôte XenServer.

Après les messages de démarrage initiaux, un menu GRUB s’affiche. Ce menu est affiché pendant 5 secondes.
Utilisez les touches de curseur pour sélectionner l’option install :
Appuyez sur la touche e pour modifier les commandes avant le démarrage.
Modifiez la ligne commençant par ce qui suit :
```
module2 /EFI/xenserver/vmlinuz ...

```
À l’aide des touches de curseur, modifiez cette ligne pour inclure use_ibft à la fin :
```
module2 /EFI/xenserver/vmlinuz ... use_ibft

```
Appuyez sur Entrée.
Poursuivez le processus d’installation de votre hôte XenServer normalement.

Activer la fonctionnalité de démarrage logiciel à partir d’iSCSI sur un serveur de démarrage UEFI lors d’une installation par démarrage PXE

Lors de l’installation à l’aide de PXE, assurez-vous d’ajouter le mot-clé use_ibft dans les paramètres du noyau.

Par exemple :

menuentry "XenServer Install (serial)" {
    multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
    module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=<interface_name> answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft
    module2 /EFI/xenserver/install.img
    }
<!--NeedCopy-->

Pour plus d’informations sur la configuration du démarrage PXE, consultez Configurer votre serveur TFTP pour le démarrage PXE avec UEFI.

Installer des packs supplémentaires

Les packs supplémentaires sont utilisés pour modifier et étendre les capacités de XenServer en installant des logiciels dans le domaine de contrôle (dom0). Par exemple, un partenaire OEM peut souhaiter livrer XenServer avec un ensemble d’outils de gestion qui nécessitent l’installation d’agents SNMP. Vous pouvez installer un pack supplémentaire soit lors de l’installation initiale de XenServer, soit à tout moment ultérieurement sur une instance XenServer en cours d’exécution.

Lors de l’installation de packs supplémentaires pendant l’installation de XenServer, décompressez chaque pack supplémentaire dans un répertoire distinct sur un serveur web.

Vous pouvez installer le pack supplémentaire de l’une des manières suivantes :

Lors d’une installation interactive, lorsque vous êtes invité à installer des packs supplémentaires, spécifiez l’URL du support du pack supplémentaire.
Si vous utilisez un fichier de réponses pour votre installation, ajoutez un élément <source> supplémentaire pour spécifier l’emplacement du pack supplémentaire.

La version officielle de la documentation de ce produit est en anglais. Toute version dans une langue autre que l’anglais est fournie uniquement à titre indicatif et peut inclure du contenu traduit automatiquement. Pour en savoir plus, veuillez consulter la clause de non-responsabilité relative à la traduction automatique sur Cloud Software Group home.

Cela vous a-t-il été utile ?

Autres scénarios d’installation

August 1, 2026

Contributeur:

August 1, 2026

Contributeur:

Dans cet article

Modes de démarrage pris en charge
Installation réseau
Démarrage depuis un SAN
- HBA et Fibre Channel matériel
- Démarrage logiciel depuis iSCSI
Installer des packs supplémentaires

Cela vous a-t-il été utile ?