RP4VM: Grupo de coherencia en estado de error

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



El plug-in de RecoverPoint no funciona y hace que el grupo de coherencia no pueda replicarse.

Síntomas encontrados en los registros:
En los registros del conector: /files/home/kos/connectors/logs/connectors.log
2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:471) DEBUG - Desbloqueo de sincronización
completa 2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:405) ERROR - Se detectó
una excepción java.lang.NullPointerException
en com.emc.recoverpoint.connectors.vi.internal.SplitterUtils.isEsxSplitterInstalled(SplitterUtils.java:46) ~[vi_connector_commons.jar:?]

        en com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.calcSplitters(ESXStateBuilder.java:68) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.create(ESXStateBuilder.java:32) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.createEsxStateMap(ESXClusterStateBuilder.java:40) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.create(ESXClusterStateBuilder.java:28) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:121) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:127) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.create(DataCenterStateBuilder.java:43) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.createDataCenterStateMap(VCStateBuilder.java:72) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.create(VCStateBuilder.java:26) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.builder.VCViewBuilder.create(VCViewBuilder.java:24) ~[vi_connector_commons.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdater.buildNewVcView(VCUpdater.java:500) ~[vc_connector.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performSync(VCUpdater.java:460) ~[vc_connector.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdater.syncAndLogAsNeeded(VCUpdater.java:163) [vc_connector.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdater.updateVCView(VCUpdater.java:135) [vc_connector.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdaterConnectedState.getView(VCUpdaterConnectedState.java:16) [vc_connector.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdaterNotInitializedState.getView(VCUpdaterNotInitializedState.java:14) [vc_connector.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdater.getView(VCUpdater.java:122) [vc_connector.jar:?]
        en com.emc.recoverpoint.connectors.vi.infra.VCUpdater.run(VCUpdater.java:107) [vc_connector.jar:?]
        en java.util.concurrent.Executors$RunnableAdapter.call(Fuente desconocida) [?:1.7.0_80]
en java.util.concurrent.FutureTask.runAndReset(Fuente desconocida) [?:1.7.0_80]
en java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Fuente desconocida) [?:1.7.0_80]
en java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Fuente desconocida) [?:1.7.0_80]
        en java.util.concurrent.ThreadPoolExecutor.runWorker(Fuente desconocida) [?:1.7.0_80]
en java.util.concurrent.ThreadPoolExecutor$Worker.run(Fuente desconocida) [?:1.7.0_80]
en java.lang.Thread.run(Fuente desconocida) [?:1.7.0_80]

Versiones afectadas: 4.3, 4.3.0.1, 4.3.1, 4.3.1.1

Cause

Mientras VCUpdater crea el "vi_view", revisa todos los ESX para comprobar si hay un divisor instalado y busca en el objeto "serviceInfo". En caso de que haya un ESX (no es necesario el ESX con RP, podría ser un ESX que no está en uso, pero que aún está expuesto a vCenter) sin el objeto "serviceInfo", este ESX problemático provoca una excepción "NullPointerException" y el "vi_view" no se crea, lo que hace que el plug-in no se instale y que la replicación se detenga.

Resolution

Solución alternativa: 
  • En primer lugar, identifique los ESX problemáticos
Vaya al mob y luego: rootFolder -> childEntity (datacenter) -> hostFolder -> childEntity (cluster) -> (opcional) childEntity (revise todos los dominios si los hay) -> host.

Obtenga todos los números de host y, para cada host XXX, vaya a: https://*IP*/mob/?moid=serviceSystem-XXX
Por ejemplo: https://10.76.2.241/mob/?moid=serviceSystem-10

Compruebe el "serviceInfo" que aparece allí. Los ESX problemáticos no tendrán el enlace "serviceInfo" en la columna de valores.
  • Una vez identificado, desconecte los ESX problemáticos o realice un reinicio.
 
Corrección 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.