RP4VM: Konsistenzgruppe im Status "Fehler"

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms



Das RecoverPoint-Plug-in funktioniert nicht und führt dazu, dass die Konsistenzgruppe nicht repliziert werden kann.

In den Protokollen gefundene Symptome:
In Connector-Protokollen: /files/home/kos/connectors/logs/connectors.log

2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:471) DEBUG - Vollständige Synchronisierung
entsperren 2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:405) FEHLER - Ausnahme gefangen
java.lang.NullPointerException
bei com.emc.recoverpoint.connectors.vi.internal.SplitterUtils.isEsxSplitterInstalled(SplitterUtils.java:46) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.calcSplitters(ESXStateBuilder.java:68) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.create(ESXStateBuilder.java:32) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.createEsxStateMap(ESXClusterStateBuilder.java:40) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.create(ESXClusterStateBuilder.java:28) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:121) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:127) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.create(DataCenterStateBuilder.java:43) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.createDataCenterStateMap(VCStateBuilder.java:72) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.create(VCStateBuilder.java:26) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.builder.VCViewBuilder.create(VCViewBuilder.java:24) ~[vi_connector_commons.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.buildNewVcView(VCUpdater.java:500) ~[vc_connector.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performSync(VCUpdater.java:460) ~[vc_connector.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.syncAndLogAsNeeded(VCUpdater.java:163) [vc_connector.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.updateVCView(VCUpdater.java:135) [vc_connector.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdaterConnectedState.getView(VCUpdaterConnectedState.java:16) [vc_connector.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdaterNotInitializedState.getView(VCUpdaterNotInitializedState.java:14) [vc_connector.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.getView(VCUpdater.java:122) [vc_connector.jar:?]
        unter com.emc.recoverpoint.connectors.vi.infra.VCUpdater.run(VCUpdater.java:107) [vc_connector.jar:?]
        bei java.util.concurrent.Executors$RunnableAdapter.call(Unbekannte Quelle) [?:1.7.0_80]
bei java.util.concurrent.FutureTask.runAndReset(Unbekannte Quelle) [?:1.7.0_80]
bei java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unbekannte Quelle) [?:1.7.0_80]
bei java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unbekannte Quelle) [?:1.7.0_80]
        bei java.util.concurrent.ThreadPoolExecutor.runWorker(Unbekannte Quelle) [?:1.7.0_80]
bei java.util.concurrent.ThreadPoolExecutor$Worker.run(Unbekannte Quelle) [?:1.7.0_80]
bei java.lang.Thread.run(Unbekannte Quelle) [?:1.7.0_80]

Betroffene Versionen: 4.3, 4.3.0.1, 4.3.1, 4.3.1.1

Cause

Während VCUpdater den "vi_view" erstellt, geht er alle ESXs durch, um zu überprüfen, ob ein Splitter installiert ist, und sucht nach dem Objekt "serviceInfo". Falls es einen ESX (nicht unbedingt den ESX mit RP, könnte ein ESX sein, der nicht verwendet wird, aber dennoch für das vCenter verfügbar ist) ohne 'serviceInfo'-Objekt, dann verursacht dieser problematische ESX 'NullPointerException' und der 'vi_view' wird nicht erstellt, was dazu führt, dass das Plugin nicht installiert wird und die Replikation angehalten wird.

Resolution

Problemumgehung: 
  • Identifizieren Sie zunächst die problematischen ESX(s)
Gehen Sie zum Mob und dann: rootFolder -> childEntity (Rechenzentrum) -> hostFolder -> childEntity (Cluster) -> (optional) childEntity (gehen Sie alle Domains durch, falls vorhanden) -> host.

Rufen Sie alle Hostnummern ab und gehen Sie für jeden Host XXX zu: https://*IP*/mob/?moid=serviceSystem-XXX
Beispiel: https://10.76.2.241/mob/?moid=serviceSystem-10

Überprüfen Sie dort die "serviceInfo". Die problematischen ESX(s) haben nicht den Link "serviceInfo" in der Wertspalte.
  • Trennen Sie die fehlerhafte(n) ESX(s) nach der Identifizierung oder führen Sie einen Neustart durch.
 
Dauerhafte Lösung:
4.3.1.2

Affected Products

RecoverPoint

Products

RecoverPoint, RecoverPoint for Virtual Machines
Article Properties
Article Number: 000065335
Article Type: Solution
Last Modified: 25 Apr 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.