RecoverPoint for Vms : Échec de l’installation du séparateur provoquant l’échec de l’installation du cluster
Résumé: Échec de l’installation du séparateur provoquant l’échec de l’installation de RecoverPoint for Virtual Machines (VM).
Symptômes
Secure Boot UEFI est configuré sur l’hôte ESX.
L’installation de RecoverPoint for Virtual Machines (VM) à l’aide du multiplexage en longueur d’onde (WDM) échoue à l’étape de déploiement du séparateur sur l’hôte ESX.
Erreur sur l’hôte ESX lors du déploiement du séparateur :
Erreur sur l’hôte ESX dans « /var/log/esxupdate » :
À partir de /files/home/kos/installationLogs/server.log :
com.emc.recoverpoint.connectors.actions.infra.ActionFailedException : Échec de l’installation du VIB sur 4 échecs : {EsxUuid(super=Uuid(uuid=host-44))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException : Le VIB n’est pas apparu sur ESX après l’installation., faultCause=GENERAL_ERROR), EsxUuid(super=Uuid(uuid=host-35))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException : Le VIB n’est pas apparu sur ESX après l’installation., faultCause=GENERAL_ERROR), EsxUuid(super=Uuid(uuid=host-28))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException : Le VIB n’est pas apparu sur ESX après l’installation., faultCause=GENERAL_ERROR), EsxUuid(super=Uuid(uuid=host-71))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException : Le VIB n’est pas apparu sur ESX après l’installation., faultCause=GENERAL_ERROR)}
at com.emc.recoverpoint.connectors.actions.infra.ActionFailedException.createException(ActionFailedException.java :35) ~[vsphere_actions.jar :?]
at com.emc.recoverpoint.connectors.actions.deploy.DeploySplitterUsingDatastoreAction.perform(DeploySplitterUsingDatastoreAction.java :75) ~[vsphere_actions.jar :?]
Cause
Pour que le séparateur RecoverPoint s’installe, il doit permettre la vérification de signature. Si UEFI Secure Boot est configuré, la vérification de la signature n’est pas autorisée et l’installation échoue. Cette procédure est détaillée dans les documents de sécurité vSphere :
« Secure Boot fait partie de la norme de firmware UEFI. Lorsque le démarrage sécurisé est activé, une machine refuse de charger un pilote UEFI ou une application à moins que le chargeur de démarrage du système d’exploitation ne soit signé de manière cryptographique. À partir de vSphere 6.5, ESXi prend en charge le démarrage sécurisé s’il est activé sur le matériel.
»https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.security.doc/GUID-5D5EE0D1-2596-43D7-95C8-0B29733191D9.html
Résolution
Solution de contournement :
Désactivez UEFI Secure Boot.
Le processus détaillé peut changer en fonction du BIOS utilisé par l’hôte, mais les étapes de macro sont les suivantes :
-
Redémarrez l’hôte et accédez au BIOS.
-
Sélectionnez le menu de démarrage.
-
Désactivez Secure Boot.
-
Enregistrez les modifications apportées au BIOS et redémarrez l’hôte.
Pour les hôtes VxRail, suivez les instructions de l’article de la base de connaissances : VxRail : Comment activer et désactiver UEFI Secure Boot ?