RecoverPoint for VMs: Splitter-Installationsfehler führt dazu, dass die Clusterinstallation fehlschlägt
Zusammenfassung: Fehler bei der Splitter-Installation, der dazu führt, dass die Installation von RecoverPoint for Virtual Machines (VMs) fehlschlägt.
Symptome
UEFI Secure Boot ist auf dem ESX-Host konfiguriert.
Die Installation von RecoverPoint for Virtual Machines (VMs) mit Wavelength Division Multiplexing (WDM) schlägt beim Schritt zur Bereitstellung des Splitters auf dem ESX-Host fehl.
Fehler auf dem ESX-Host bei der Bereitstellung des Splitters:
Fehler auf dem ESX-Host in "/var/log/esxupdate":
Von /files/home/kos/installationLogs/server.log:
com.emc.recoverpoint.connectors.actions.infra.ActionFailedException: vib konnte bei 4 Fehlern nicht installiert werden: {EsxUuid(super=Uuid(uuid=host-44))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException: Vib wurde nach der Installation nicht auf ESX angezeigt., faultCause=GENERAL_ERROR), EsxUuid(super=Uuid(uuid=host-35))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException: Vib wurde nach der Installation nicht auf ESX angezeigt., faultCause=GENERAL_ERROR), EsxUuid(super=Uuid(uuid=host-28))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException: Vib wurde nach der Installation nicht auf ESX angezeigt., faultCause=GENERAL_ERROR), EsxUuid(super=Uuid(uuid=host-71))=ActionFailedException(super=com.emc.recoverpoint.connectors.actions.infra.ActionFailedException: Vib wurde nach der Installation nicht auf ESX angezeigt., faultCause=GENERAL_ERROR)}
at com.emc.recoverpoint.connectors.actions.infra.ActionFailedException.createException(ActionFailedException.java:35) ~[vsphere_actions.jar:?]
unter com.emc.recoverpoint.connectors.actions.deploy.DeploySplitterUsingDatastoreAction.perform(DeploySplitterUsingDatastoreAction.java:75) ~[vsphere_actions.jar:?]
Ursache
Damit der RecoverPoint-Splitter installiert werden kann, muss er die Signaturprüfung zulassen. Wenn UEFI Secure Boot konfiguriert ist, ist die Signaturprüfung nicht zulässig und die Installation schlägt fehl. Dies wird in den vSphere-Sicherheitsdokumenten ausführlich beschrieben:
"Secure Boot ist Teil des UEFI-Firmwarestandards. Wenn Secure Boot aktiviert ist, weigert sich ein Computer, UEFI-Treiber oder -Apps zu laden, es sei denn, der Bootloader des Betriebssystems ist kryptografisch signiert. Ab vSphere 6.5 unterstützt ESXi Secure Boot, wenn es in der Hardware aktiviert ist.
https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.security.doc/GUID-5D5EE0D1-2596-43D7-95C8-0B29733191D9.html
Lösung
Problemumgehung:
Deaktivieren Sie UEFI Secure Boot.
Der detaillierte Prozess kann sich je nach BIOS, das vom Host verwendet wird, ändern, aber die Makroschritte sind:
-
Starten Sie den Host neu und rufen Sie das BIOS auf.
-
Wählen Sie das Startmenü aus.
-
Deaktivieren Sie Secure Boot.
-
Speichern Sie die BIOS-Änderungen und starten Sie den Host neu.
Befolgen Sie für VxRail-Hosts die Anweisungen im Wissensdatenbank-Artikel: VxRail: Aktivieren und Deaktivieren von UEFI Secure Boot