Recherche dans <book_title>…

Guide de l'administrateur NetBackup™ for Nutanix AHV

Last Published: 2024-11-11

Product(s): NetBackup & Alta Data Protection (10.5)

Erreur lors de la restauration de machines virtuelles AHV

Le tableau suivant décrit le problème qui peut se produire lorsque vous restaurez une machine virtuelle AHV.

Tableau : Erreur lors de la restauration des machines virtuelles AHV

Message d'erreur ou cause de l'erreur	Explication et action recommandée
Échec de la récupération de la machine virtuelle à un autre emplacement sur un serveur principal Windows.	Pour un serveur principal NetBackup Windows, assurez-vous que le fichier renommé se termine par une ligne vide.
Impossible de modifier le cluster AHV lors de la modification de l'emplacement de récupération.	Si vous ne parvenez pas à consulter la liste des clusters AHV, vous n'avez peut-être pas accès aux clusters AHV dans RBAC. Contactez l'administrateur de sécurité NetBackup pour résoudre ce problème.
Lorsqu'une machine virtuelle utilisant le même UUID est présente dans le cluster AHV et que l'option permettant d'écraser la machine virtuelle est désactivée, la vérification de pré-récupération s'effectue correctement, mais la restauration de la machine virtuelle échoue. Le message d'erreur suivant s'affiche : Info bpVMutil (pid=1196) FTL : la machine virtuelle existe et l'option d'écrasement n'a pas été spécifiée ; impossible de procéder à la restauration. Terminer la restauration ; erreur de restauration de la politique de l'hyperviseur de temps écoulé. (2822)	La vérification de pré-récupération a lieu correctement, car le nom d'affichage est comparé au lieu de l'UUID pour la découverte de la machine virtuelle. Toutefois, si l'option d'écrasement n'est pas définie, le travail de restauration échoue lorsqu'une autre machine virtuelle utilise le même UUID. Solution de contournement : Restaurer la machine virtuelle avec un nouvel UUID. Démarrez le processus de récupération. Sur la page Options de récupération, cliquez sur Avancé. Activez l'option Créer un UUID de machine virtuelle Poursuivez le processus de récupération et cliquez sur Lancer la récupération pour lancer la restauration. Écrasez la machine virtuelle dont l'UUID est identique. Démarrez le processus de récupération. Sur la page Options de récupération, activez l'option Écraser la machine virtuelle existante. Poursuivez le processus de récupération et cliquez sur Lancer la récupération pour lancer la restauration.
Lorsque vous tentez de récupérer une image de machine virtuelle AHV, importée à partir d'un domaine différent à l'aide de l'interface utilisateur Web, la vérification de pré-récupération échoue et un message vous indique que l'hôte de récupération correspond par défaut à l'hôte d'accès qui a été utilisé pendant la sauvegarde.	Pendant la récupération d'images de machine virtuelle AHV importées, sélectionnez l'hôte d'accès dans le domaine cible comme hôte de récupération ou sélectionnez le serveur principal cible.
Le service `MSiSCSI` est désactivé. Activez le service `MSiSCSI` sur l'hôte de récupération.	Activez le service `MSiSCSI` (Microsoft iSCSI Initiator Service) sur la récupération de sauvegarde Windows et ré-exécutez le travail.
Échec de la connexion à l'hôte de récupération.	L'hôte de récupération utilisé pour la restauration sans agent n'est pas accessible. Action recommandée : Assurez-vous que l'hôte de récupération est accessible depuis le serveur principal et qu'un média ou un client NetBackup y est installé.
L'hôte de récupération spécifié doit comporter NetBackup 9.1 ou une version ultérieure pour prendre en charge les restaurations sans agent.	Les restaurations sans agent de fichiers ou de dossiers requièrent un hôte de récupération comportant NetBackup 9.1 ou une version ultérieure. Action recommandée : Vérifiez la version de NetBackup sur l'hôte de récupération. Il doit s'agir de la version 9.1 ou d'une version ultérieure. Pour les clients et serveurs NetBackup sous UNIX, consultez le fichier `/usr/openv/netbackup/bin/version`. Pour les serveurs NetBackup sous Windows, consultez le fichier `chemin_installation\netbackup\version.txt`.
L'emplacement intermédiaire de l'hôte de récupération n'existe pas.	Le chemin d'accès de l'emplacement intermédiaire n'existe pas sur l'hôte de récupération pour la restauration sans agent. Action recommandée : Assurez-vous que le chemin d'accès par défaut ou le chemin configuré par l'utilisateur pour l'emplacement intermédiaire est valide. NetBackup utilise ce qui suit sur l'hôte de récupération ou comme emplacement intermédiaire par défaut : Pour UNIX : `{chemininstallation}/openv/tmp/staging`. Pour Windows : `{chemininstallation}\Netbackup\Temp\staging\`. Assurez-vous que le chemin d'accès de l'emplacement intermédiaire existe. Dans le cas d'un emplacement intermédiaire configuré par l'utilisateur, vérifiez qu'un chemin valide est spécifié sur l'hôte de récupération dans le paramètre `bp.conf` `AGENTLESS_RHOST_STAGING_PATH = "path"`.
Image TAR introuvable dans l'emplacement intermédiaire sur l'hôte de récupération.	Aucune image TAR n'a été trouvée à l'emplacement intermédiaire sur l'hôte de récupération, alors que cela est requis pour la restauration sans agent. Action recommandée : Contactez le support technique de Veritas et communiquez le journal `bpVMutil` qui figure sur l'hôte de récupération.
Une erreur interne a provoqué l'échec de la validation de la récupération.	Une erreur interne s'est produite pendant l'exécution des validations de pré-récupération pour la restauration sans agent. Action recommandée : Enregistrez les journaux bpVMutil sur l'hôte de récupération et contactez le support technique de Veritas.
Espace insuffisant sur l'hôte de récupération.	L'hôte de récupération peut ne pas disposer de suffisamment d'espace pour copier les fichiers sélectionnés à l'emplacement intermédiaire de la restauration sans agent. Action recommandée : Assurez-vous qu'un espace libre suffisant est disponible à l'emplacement intermédiaire de l'hôte de récupération, selon la taille totale des fichiers ou dossiers sélectionnés. Ou sélectionnez un hôte de récupération différent avec suffisamment d'espace libre pour effectuer la restauration sans agent.
L'utilitaire TAR est absent de l'hôte cible.	L'utilitaire TAR est introuvable sur l'hôte cible requis pour la restauration sans agent. Action recommandée : Déployez l'utilitaire TAR, puis réessayez.
L'emplacement intermédiaire spécifié n'existe pas sur l'hôte cible ou l'utilisateur ne dispose pas de l'autorisation d'accès requise.	Action recommandée : Assurez-vous que l'emplacement intermédiaire de l'hôte cible existe et que l'utilisateur dispose des autorisations suffisantes pour accéder à l'emplacement.
L'utilisateur ne dispose pas de l'autorisation requise sur l'emplacement intermédiaire de l'hôte cible.	L'utilisateur ne dispose pas de l'autorisation requise pour procéder à la restauration sur l'hôte cible. Action recommandée : Assurez-vous que l'emplacement intermédiaire de l'hôte cible existe et que l'utilisateur dispose des autorisations suffisantes, en lecture comme en écriture, pour accéder à cet emplacement.
L'utilisateur ne dispose pas de privilèges racine/d'administrateur. Pour restaurer des fichiers et des dossiers, accordez à l'utilisateur des privilèges racine ou d'administrateur.	L'utilisateur ne dispose pas de l'autorisation requise pour procéder à la restauration sur l'hôte cible. Action recommandée : Utilisez les informations d'authentification d'un membre du groupe d'administrateurs locaux sur l'hôte cible Windows. Pour l'hôte cible Linux, utilisez les informations d'authentification du compte racine ou sudo avec TOUTES les autorisations.
Le partage administratif de l'hôte cible n'est pas accessible à partir de l'hôte de récupération.	Le partage administratif de l'hôte distant n'est pas accessible depuis l'hôte de récupération pour procéder à la restauration sans agent. Action recommandée : Assurez-vous que les exceptions du pare-feu sont correctement configurées. Assurez-vous que le partage de fichiers et d'imprimantes est activé. Assurez-vous que l'accès n'est pas bloqué par une politique GPO/de restriction logicielle ou un antivirus. Assurez-vous que l'hôte cible est accessible, que les informations d'authentification correctes sont entrées et qu'elles disposent des autorisations nécessaires.
Pour la restauration sans agent de fichiers ou dossiers dans un environnement de contrôle de compte d'utilisateur (UAC), fournissez les informations d'authentification d'un utilisateur de domaine faisant partie du groupe d'administrateurs locaux sur l'hôte cible Windows.	Action recommandée : Pour une restauration sans agent dans un environnement de contrôle de compte d'utilisateur (UAC), fournissez les informations d'authentification d'un utilisateur de domaine faisant partie du groupe d'administrateurs locaux sur l'hôte cible Windows.
Il est impossible de procéder à une restauration sans agent.	La restauration sans agent a échoué pour une raison inattendue. Action recommandée : Contactez le support technique de Veritas et communiquez les journaux correspondants.
Les systèmes d'exploitation ne correspondent pas. Vérifiez que le système d'exploitation de l'hôte de récupération correspond à celui de la machine virtuelle sauvegardée.	La restauration sans agent est possible uniquement si le système d'exploitation de l'hôte de récupération et celui de la machine virtuelle sauvegardée sont identiques. Action recommandée : Utilisez un autre hôte de récupération en vous assurant qu'il repose sur le même système d'exploitation que la machine virtuelle sauvegardée.
Échec de la récupération du système d'exploitation de l'image de sauvegarde.	Impossible de récupérer le système d'exploitation de l'image de sauvegarde pour effectuer une restauration sans agent. Il s'agit d'une erreur interne.
Le système d'exploitation de l'hôte de récupération n'est pas compatible avec le mode de communication indiqué. Vérifiez que le système d'exploitation de l'hôte de récupération et le mode de communication indiqué sont compatibles.	Le type de système d'exploitation de l'hôte de récupération et le type de communication fourni dans la demande de vérification de récupération ou de pré-récupération sans agent ne sont pas compatibles. Action recommandée : Assurez-vous que le type de système d'exploitation de l'hôte de récupération et le type de communication sont compatibles. Si l'hôte de récupération utilise : Linux : le type de communication doit être `SSH` ; Windows : le type de communication doit être `WMI`.
La clé privée SSH de l'hôte cible n'est pas valide.	Le champ `sshKey` de la demande de récupération sans agent ou de vérification de pré-récupération doit être valide et la valeur de la clé privée SSH de l'hôte cible doit être renseignée. Action recommandée : Assurez-vous que le champ `sshKey` est spécifié si l'authentification est de type SSH_KEY, et qu'il n'est pas vide.
Le système d'exploitation de l'hôte cible n'est pas pris en charge pour la restauration sans agent des fichiers ou des dossiers.	Le système d'exploitation de l'hôte cible n'est pas pris en charge, car la restauration sans agent requiert le déploiement de packages de reprise sur l'hôte cible. Action recommandée : SUSE Linux Enterprise Server, Microsoft Windows, Red Hat Enterprise Linux (RHEL) et Ubuntu sont les seules plateformes prises en charge. Pour connaître les plates-formes prises en charge pour cette fonction, consultez la liste de compatibilité du client NetBackup (en anglais) sur URL:%5Cnhttp://www.netbackup.com/compatibility.
Nom d'utilisateur ou mot de passe de l'hôte cible non valide.	Vous devez spécifier les champs de nom d'utilisateur et de mot de passe dans les informations d'authentification de la demande de vérification de pré-récupération ou de récupération sans agent. Action recommandée : Dans les informations d'authentification de la demande de vérification de pré-récupération et de récupération sans agent, assurez-vous que les champs de nom d'utilisateur et de mot de passe sont spécifiés, corrects et ne sont pas vides.
L'emplacement intermédiaire de l'hôte cible contient des caractères non ASCII.	L'emplacement intermédiaire de l'hôte cible prend uniquement en charge les caractères ASCII. Action recommandée : Fournissez un emplacement intermédiaire personnalisé sur l'hôte cible en veillant à utiliser uniquement des caractères ACSII.
Le chemin d'accès spécifié n'existe pas sur le disque local.	L'emplacement intermédiaire de l'hôte cible ne doit pas utiliser le chemin d'accès réseau. Action recommandée : Pour l'hôte cible, spécifiez un emplacement intermédiaire personnalisé résidant sur son disque local.
La connexion WMI à l'hôte cible a échoué.	La connexion WMI à l'hôte cible a échoué sur l'hôte de récupération. Action recommandée : Pour se connecter aux services WMI et DCOM, l'utilisateur doit disposer de l'autorisation requise pour se connecter au service WMI distant. Des exceptions de pare-feu sont définies pour autoriser le trafic WMI à travers le pare-feu. L'accès n'est pas bloqué par une politique GPO/de restriction logicielle ou un antivirus. Assurez-vous que l'hôte cible est accessible. Validez les informations d'authentification de l'hôte cible donné. Assurez-vous que la relation de confiance de l'hôte cible avec le domaine est intacte. Si les communications s'effectuent sur plusieurs domaines, une relation de confiance bidirectionnelle doit exister entre ces différents domaines.
Impossible de trouver le fichier spécifié sur le serveur distant.	Impossible de trouver le fichier spécifié sur le serveur distant. Action recommandée : Assurez-vous que l'emplacement intermédiaire spécifié sur l'hôte cible existe ou spécifiez un autre emplacement intermédiaire valide.
Un fichier porte le même nom que le répertoire.	L'hôte cible comporte un fichier portant le même nom que le chemin d'accès au répertoire fourni comme emplacement intermédiaire. Action recommandée : Vérifiez si l'hôte distant comporte un fichier ayant le même nom et le même chemin que l'emplacement intermédiaire. Si c'est le cas, renommez ou supprimez ce fichier. ou spécifiez un autre emplacement intermédiaire.
Échec de la validation des privilèges d'administrateur pour l'utilisateur.	L'utilisateur hôte cible ne possède pas les privilèges d'administrateur requis pour exécuter la restauration sans agent des fichiers et des dossiers. Action recommandée : Utilisez les informations d'authentification d'un membre du groupe d'administrateurs locaux sur l'hôte cible Windows. Pour l'hôte cible Linux, utilisez les informations d'authentification du compte racine ou sudo avec TOUTES les autorisations.
Échec de la connexion d'une ressource réseau à l'aide de l'API Windows.	Le partage administratif de l'hôte cible n'est pas accessible depuis l'hôte de récupération pour procéder à la restauration sans agent des fichiers ou des dossiers. Action recommandée : Dans le cadre de la restauration sans agent des fichiers et des dossiers, le partage administratif SMB est créé à partir de l'hôte de récupération sur l'hôte cible à partir des informations d'authentification fournies par l'utilisateur. Cette erreur se produit généralement lorsque l'hôte cible de la restauration sans agent repose sur un système d'exploitation Windows et que le partage administratif de l'hôte cible n'est pas accessible depuis l'hôte de récupération. Assurez-vous que les conditions suivantes sont réunies sur l'hôte cible. Les exceptions du pare-feu sont configurées correctement. Le partage de fichiers et d'imprimantes est activé. L'accès n'est pas bloqué par une politique GPO/de restriction logicielle ou un antivirus. L'hôte cible est accessible avec des informations d'authentification valides.
Impossible de récupérer le répertoire d'origine de l'utilisateur sur l'hôte cible. Spécifiez l'emplacement intermédiaire personnalisé.	L'emplacement intermédiaire par défaut de l'utilisateur (répertoire d'origine) n'a pas pu être récupéré sur l'hôte cible. L'utilisateur doit entrer un chemin d'accès d'emplacement intermédiaire personnalisé valide. Action recommandée : Assurez-vous que le répertoire d'origine de l'utilisateur existe ou essayez avec un emplacement intermédiaire personnalisé valide.
Échec de l'établissement d'une session SSH avec l'hôte.	Assurez-vous que tous les critères suivants sont réunis, puis réessayez. Aes256-ctr est le chiffrement pris en charge qui est utilisé pour la communication. Assurez-vous que ce chiffrement est pris en charge à la fois sur l'hôte de récupération et sur l'hôte cible. Assurez-vous qu'au moins l'un des protocoles HMAC (Hash-based Message Authentication Code) suivants est pris en charge à la fois sur l'hôte de récupération et sur l'hôte cible : hmac-sha2-256 hmac-sha2-512 Assurez-vous que la clé d'hôte est générée selon l'une des méthodes suivantes : ECDSA_SHA2_NISTP256 ECDSA_SHA2_NISTP384 ECDSA_SHA2_NISTP521 SSH_RSA SSH_DSS
Échec de la vérification de la signature de la clé SSH de l'hôte.	La signature de clé SSH de l'hôte cible fournie est incorrecte. Action recommandée : Vérifiez la signature de clé SSH de l'hôte cible et réessayez.
Échec de l'authentification de l'hôte avec le nom d'utilisateur ou le mot de passe fourni.	L'authentification de l'hôte cible a échoué avec le nom d'utilisateur ou le mot de passe fourni. Action recommandée : Assurez-vous que le nom d'utilisateur ou le mot de passe de l'hôte cible est correct, puis réessayez.
Echec de l'authentification de l'hôte avec la clé SSH spécifiée.	L'authentification de l'hôte cible a échoué avec la clé SSH fournie. Action recommandée : Vérifiez la clé privée SSH, ainsi que la phrase de passe de la clé si elle est utilisée pour générer la clé privée SSH de l'hôte cible, puis réessayez. Assurez-vous que la clé publique correspondante est présente dans le fichier authorized_keys, dans le dossier /root/.ssh de l'hôte cible.
La méthode de clé d'hôte de la signature de clé SSH correspondante est introuvable sur l'hôte cible.	La méthode de clé d'hôte de la signature de clé SSH spécifiée est introuvable sur l'hôte cible. Action recommandée : Assurez-vous que la méthode de clé d'hôte prise en charge pour la signature de clé SSH spécifiée est disponible sur l'hôte cible ou fournissez la signature SSH de la méthode de clé d'hôte qui est configurée sur l'hôte cible.
La restauration échoue si vous restaurez des fichiers individuels sur une machine virtuelle comportant le logiciel client NetBackup.	Lors d'une restauration de fichiers individuels sur une machine virtuelle avec le client NetBackup, assurez-vous qu'aucun pare-feu n'empêche la restauration. Si un pare-feu arrête la restauration, désactivez-le et relancez la restauration.
Points de montage non disponibles lors de la restauration de fichiers à partir d'une machine virtuelle Linux	Pour les machines virtuelles Linux, seuls les systèmes de fichiers `ext2`, `ext3`, `ext4` et `xfs` sont pris en charge pour la restauration de fichiers individuels. Si une partition est formatée avec un autre système de fichiers, la sauvegarde s'effectue correctement, mais NetBackup ne peut pas mapper les adresses des fichiers attribuées par le système de fichiers. En conséquence, NetBackup ne peut pas restaurer individuellement des fichiers de cette partition. Seuls les fichiers qui se trouvaient sur des partitions `ext2`, `ext3`, `ext4` et `xfs` peuvent être restaurés individuellement. Remarque : Pour restaurer des fichiers individuels à partir de leurs points de montage initiaux, la partition « / » (racine) doit être au format `ext2`, `ext3`, `ext4` ou `xfs`. Si la partition « / » (racine) est formatée avec un système de fichiers différent, tel que `ButterFS`, les points de montage ne peuvent pas être résolus. Dans ce cas, vous pouvez restaurer les fichiers `ext2`, `ext3`, `ext4` ou `xfs` depuis le niveau /dev (par exemple, /dev/sda1). Vous ne pouvez pas restaurer les fichiers depuis le niveau initial de leur point de montage.
Pour les machines virtuelles Linux dépourvues de convention de nommage des périphériques persistants, la présence de plusieurs contrôleurs de disques, comme IDE, SCSI et SATA, peut compliquer la récupération des différents fichiers.	Ce problème se produit parce que la présence de noms de périphériques non-persistants, tels que `/dev/sda et /dev/sdb`, peut générer des modifications de point de montage inattendues au redémarrage. Si la machine virtuelle comporte à la fois un disque SCSI et un disque SATA, l'interface de navigation Restaurer les fichiers et les dossiers > Ajouter des fichiers et des dossiers peut présenter des points de montage incorrects pour les fichiers de la machine virtuelle. Par exemple, lorsque vous parcourez les fichiers pour la restauration, les fichiers qui figurent à l'origine dans `/vol_a` sont susceptibles d'apparaître dans `/vol_b`. La restauration s'effectue correctement, mais les fichiers restaurés peuvent ne pas être dans leur répertoire d'origine. Action recommandée : Recherchez les fichiers sur la machine virtuelle et déplacez-les vers les emplacements appropriés. Pour éviter ce problème sur les machines virtuelles Linux avec plusieurs contrôleurs de disques, Veritas vous recommande d'utiliser une méthode d'attribution de nom de périphérique persistant pour le montage des systèmes de fichiers. Si la méthode de nommage persistant est en place, le montage de périphérique est cohérent et ce problème ne se présentera pas lors de la restauration de fichiers issus de sauvegardes futures. Pour nommer un périphérique persistant, vous pouvez monter les périphériques par UUID. Voici un exemple du fichier `/etc/fstab` contenant des périphériques montés à l'aide des UUID : UUID=93a21fe4-4c55-4e5a-8124-1e2e1460fece /boot ext4 defaults 1 2. UUID=55a24fe3-4c55-4e6a-8124-1e2e1460fadf /vola ext3 defaults 0 0. Pour trouver les UUID de périphérique, utilisez l'une des commandes suivantes : blkid ls -l /dev/disk/by-uuid/
Pour les machines virtuelles Ubuntu sans nommage de périphérique persistant, l'interface de navigation Restaurer les fichiers et les dossiers > Ajouter des fichiers et des dossiers peut afficher des points de montage incorrects pour les fichiers de la machine virtuelle et la récupération de fichiers individuels risque d'échouer.	Ce problème se produit car la présence de noms de périphériques non-persistants peut générer des modifications de point de montage inattendues. Pour la machine virtuelle Ubuntu, l'interface de navigation Restaurer les fichiers et les dossiers > Ajouter des fichiers et des dossiers peut présenter des points de montage incorrects pour les fichiers de la machine virtuelle. Par exemple, les fichiers et les dossiers peuvent apparaître sous `/dev/ubuntu-vg/ubuntu-lv` quand vous parcourez les fichiers à restaurer et la récupération de fichiers individuels risque d'échouer. Action recommandée : Pour éviter ce problème sur les machines virtuelles Ubuntu, Veritas recommande d'utiliser une méthode de nommage de périphérique persistant pour le montage des systèmes de fichiers. Si la méthode de nommage persistant est en place, le montage de périphérique est cohérent et ce problème ne se présentera pas lors de la restauration de fichiers issus de sauvegardes futures. Pour nommer un périphérique persistant, vous pouvez monter les périphériques par UUID. Voici un exemple du fichier `/etc/fstab` contenant des périphériques montés à l'aide des UUID : UUID=93a21fe4-4c55-4e5a-8124-1e2e1460fece /boot ext4 defaults 1 2. UUID=55a24fe3-4c55-4e6a-8124-1e2e1460fadf /vola ext3 defaults 0 0. Pour trouver les UUID de périphérique, utilisez l'une des commandes suivantes : blkid ls -l /dev/disk/by-uuid/
Impossible d'effectuer la restauration avec agent si l'hôte cible choisi est Linux 8.1.	NetBackup ne prend pas en charge la restauration avec agent pour la plate-forme Linux 8.1. Concernant NetBackup 8.1, la restauration avec agent est prise en charge uniquement pour la plate-forme Windows, pas pour la plate-forme Linux. Action recommandée Mettez à niveau l'hôte cible Linux vers la version 8.2 ou une version ultérieure pour les restaurations basées sur agent.
Échec de la création de la machine virtuelle. Impossible d'effectuer la restauration. bpVMutil pid=3144	Si un hôte de sauvegarde dont la version est antérieure à 10.1.1 est utilisé pour restaurer des machines virtuelles dans un environnement cloud privé virtuel (VPC), le travail de restauration échoue. Action recommandée Utilisez au minimum la version 10.1.1 de l'hôte de sauvegarde pour restaurer les machines virtuelles qui appartiennent à un environnement VPC.
Le travail de restauration à partir d'un snapshot se termine avec un état de réussite partielle.	Le travail de restauration à partir d'un snapshot se termine avec un état de réussite partielle si la configuration correcte n'est pas présente sur le cluster AHV conformément à l'option de transport iSCSI. Solution de contournement Vérifiez et corrigez l'erreur suivante en fonction du paramètre de transport iSCSI : Default : l'adresse IP des services de données iSCSI est configurée. Segmented : l'adresse IP segmentée n'est pas configurée. Segmented_specified : l'interface iSCSI segmentée n'est pas configurée ou l'adresse IP spécifiée ne correspond à l'adresse IP virtuelle d'aucune des interfaces iSCSI segmentées configurées.