RecoverPoint für virtuelle Maschinen: Plug-in kann keine Verbindung zu vCenter Server herstellen

Das RP4VM 5.2-Plug-in konnte keine Verbindung zum vCenter Server herstellen

VMware legt die übergeordnete Entität aller VMs, die unter einer vAPP platziert werden, als nicht festgelegt/null fest.

In den Protokollen gefundene Symptome:

Konnektoren-Protokolle:
2019-02-15 16:04:25,052 [pool-7-thread-1] (Builder.java:37) WARN – Fehler beim Erstellen der Instanz. Leere Instanz zurückgeben: VMState(uuid=null, name=null, biosUuid=null, esxClusterUuid=null, currentESXUuid=null, relevantESXsUUIDsSet=null, uuidDuplicate=false, managedVM=false, virtualDisksStateMap=null, virtualNetworkDevicesStateSet=null, powerState=null, properties=null, availableSlots=0, isSmurfVM=false, isShadowVM=false, replicaVMUuid=null, vmxFilePath=null, vmToolsRunningStatus=null, guestOSType=null, vmHardware=null, vmToolsInstalled=false, vmToolsVersion=null, migratedToDifferentDatastore=false, hasVMWareSnapshots=false, guestOSFullName=null, rootVolumeFreeSpace=null, vmLocation=null)
java.lang.NullPointerException
at com.emc.recoverpoint.connectors.vi.utils.EntitiesUtils.getVmDatacenter(EntitiesUtils.java:719) ~[vi_connector_commons.jar:?]
unter com.emc.recoverpoint.connectors.vi.utils.EntitiesUtils.getVmLocation(EntitiesUtils.java:68) ~[vi_connector_commons.jar:?]
unter com.emc.recoverpoint.connectors.vi.builder.VMStateBuilder.createFullState(VMStateBuilder.java:109) ~[vi_connector_commons.jar:?]
unter com.emc.recoverpoint.connectors.vi.builder.VMStateBuilder.createFullState(VMStateBuilder.java:17) ~[vi_connector_commons.jar:?]
unter com.emc.recoverpoint.connectors.vi.builder.EntityStateBuilder.createInner(EntityStateBuilder.java:30) ~[vi_connector_commons.jar:?]
unter com.emc.recoverpoint.connectors.vi.builder.EntityStateBuilder.createInner(EntityStateBuilder.java:10) ~[vi_connector_commons.jar:?]
unter com.emc.recoverpoint.connectors.vi.builder.Builder.create(Builder.java:28) [vi_connector_commons.jar:?]
unter com.emc.recoverpoint.connectors.vi.infra.tasks.vm.addition.AddVrpaTask.performUpdate(AddVrpaTask.java:27) [vc_connector.jar:?]
unter com.emc.recoverpoint.connectors.vi.infra.tasks.infra.VCUpdateTask.perform(VCUpdateTask.java:27) [vc_connector.jar:?]
unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performUpdates(VCUpdater.java:135) [vc_connector.jar:?]
unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.updateManagedVms(VCUpdater.java:114) [vc_connector.jar:?]
unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performUpdate(VCUpdater.java:74) [vc_connector.jar:?]
unter com.emc.recoverpoint.connectors.vi.UpdatesProcessor.updateView(UpdatesProcessor.java:94) [vc_facade.jar:?]
unter com.emc.recoverpoint.connectors.vi.state.UpdaterConnectedState.getView(UpdaterConnectedState.java:16) [vc_facade.jar:?]
unter com.emc.recoverpoint.connectors.vi.UpdatesProcessor.run(UpdatesProcessor.java:71) [vc_facade.jar:?]
unter java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_192]
unter java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_192]
bei java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_192]
bei java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_192]
unter java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_192]
unter java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_192]
bei java.lang.Thread.run(Thread.java:748) [?:1.8.0_192]
2019-02-15 16:04:25,053 [pool-7-thread-1] (AddVrpaTask.java:29) DEBUG - VM (instanceUuid: VmUuid(super=Uuid(uuid=503145ad-7c91-fb6f-ed64-9da17412c2d7), vcUuid=VcUuid(super=Uuid(uuid=e41c95af-1f3d-42a6-ba85-491415af495f)))) hat einen neuen vmState: VMState(uuid=null, name=null, biosUuid=null, esxClusterUuid=null, currentESXUuid=null, relevantESXsUUIDsSet=null, uuidDuplicate=false, managedVM=false, virtualDisksStateMap=null, virtualNetworkDevicesStateSet=null, powerState=null, properties=null, availableSlots=0, isSmurfVM=false, isShadowVM=false, replicaVMUuid=null, vmxFilePath=null, vmToolsRunningStatus=null, guestOSType=null, vmHardware=null, vmToolsInstalled=false, vmToolsVersion=null, migratedToDifferentDatastore=false, hasVMWareSnapshots=false, guestOSFullName=null, rootVolumeFreeSpace=null, vmLocation=null)

Problemumgehung:
Entfernen Sie die VMs aus vAPP und behalten Sie sie in einem anderen Verzeichnis bei.

Lösung:
Die Technikabteilung von Dell EMC untersucht derzeit dieses Problem. Es wird noch an einer dauerhaften Lösung gearbeitet. Wenden Sie sich an das Dell EMC Kundensupportcenter oder Ihren Servicemitarbeiter, um Unterstützung zu erhalten und geben Sie die Lösungs-ID an.