RP4VM: Consistency group in stato di errore

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



Il plug-in RecoverPoint non funziona e causa l'impossibilità di replicare il consistency group.

Sintomi riscontrati nei registri:
Nei registri del connettore: /files/home/kos/connectors/logs/connectors.log

2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:471) DEBUG - Sblocco della sincronizzazione
completa 2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:405) ERRORE - Eccezione rilevata
java.lang.NullPointerException
in com.emc.recoverpoint.connectors.vi.internal.SplitterUtils.isEsxSplitterInstalled(SplitterUtils.java:46) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.calcSplitters(ESXStateBuilder.java:68) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.create(ESXStateBuilder.java:32) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.createEsxStateMap(ESXClusterStateBuilder.java:40) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.create(ESXClusterStateBuilder.java:28) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:121) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:127) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.create(DataCenterStateBuilder.java:43) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.createDataCenterStateMap(VCStateBuilder.java:72) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.create(VCStateBuilder.java:26) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.builder.VCViewBuilder.create(VCViewBuilder.java:24) ~[vi_connector_commons.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.infra.VCUpdater.buildNewVcView(VCUpdater.java:500) ~[vc_connector.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performSync(VCUpdater.java:460) ~[vc_connector.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.infra.VCUpdater.syncAndLogAsNeeded(VCUpdater.java:163) [vc_connector.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.infra.VCUpdater.updateVCView(VCUpdater.java:135) [vc_connector.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.infra.VCUpdaterConnectedState.getView(VCUpdaterConnectedState.java:16) [vc_connector.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.infra.VCUpdaterNotInitializedState.getView(VCUpdaterNotInitializedState.java:14) [vc_connector.jar:?]
        all'indirizzo com.emc.recoverpoint.connectors.vi.infra.VCUpdater.getView(VCUpdater.java:122) [vc_connector.jar:?]
        su com.emc.recoverpoint.connectors.vi.infra.VCUpdater.run(VCUpdater.java:107) [vc_connector.jar:?]
        presso java.util.concurrent.Executors$RunnableAdapter.call(Origine sconosciuta) [?:1.7.0_80]
presso java.util.concurrent.FutureTask.runAndReset(Origine sconosciuta) [?:1.7.0_80]
su java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(origine sconosciuta) [?:1.7.0_80]
su java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(origine sconosciuta) [?:1.7.0_80]
        su java.util.concurrent.ThreadPoolExecutor.runWorker(origine sconosciuta) [?:1.7.0_80]
su java.util.concurrent.ThreadPoolExecutor$Worker.run(origine sconosciuta) [?:1.7.0_80]
su java.lang.Thread.run(origine sconosciuta) [?:1.7.0_80]

Versioni interessate: 4.3, 4.3.0.1, 4.3.1, 4.3.1.1

Cause

Durante la creazione del vi_view, VCUpdater esamina tutti gli ESX per verificare se è installato uno splitter ed esamina l'oggetto "serviceInfo". Nel caso in cui sia presente un ESX (non necessario l'ESX con RP, potrebbe essere ESX non in uso ma ancora esposto a vCenter) senza l'oggetto 'serviceInfo', questo ESX problematico causa 'NullPointerException' e il 'vi_view' non viene compilato, determinando così la mancata installazione del plug-in e l'interruzione della replica.

Resolution

Soluzione alternativa: 
  • In primo luogo, identificare gli ESX problematici
Vai alla mob e poi: rootFolder -> childEntity (datacenter) -> hostFolder -> childEntity (cluster) -> (opzionale) childEntity (passa su tutti i domini se ce ne sono) -> host.

Ottenere tutti i numeri di host e, per ogni host XXX, accedere a: https://*IP*/mob/?moid=serviceSystem-XXX
Ad esempio: https://10.76.2.241/mob/?moid=serviceSystem-10

Controllare "serviceInfo". Gli ESX problematici non avranno il link "serviceInfo" nella colonna value.
  • Una volta identificati, scollegare gli ESX problematici o riavviarli.
 
Correzione permanente:
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.