RP4VM: Grupo de consistência no estado 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



O plug-in do RecoverPoint não funciona e faz com que o grupo de consistência não consiga replicar.

Sintomas encontrados nos registros:
Nos registros do conector: /files/home/kos/connectors/logs/connectors.log

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

Versões afetadas: 4.3, 4.3.0.1, 4.3.1, 4.3.1.1

Cause

Enquanto o VCUpdater está criando o 'vi_view', ele passa por todos os ESXs para verificar se há um divisor instalado e procura no objeto 'serviceInfo'. Caso haja um ESX (não é necessário o ESX com RP, pode ser um ESX que não está em uso, mas ainda exposto ao vCenter) sem o objeto 'serviceInfo', então esse ESX problemático causa 'NullPointerException' e o 'vi_view' não é criado, resultando na não instalação do plug-in e na interrupção da replicação.

Resolution

Solução temporária: 
  • Primeiro, identifique o(s) ESX(s) problemático(s)
Vá para a mob e, em seguida: rootFolder -> childEntity (datacenter) -> hostFolder -> childEntity (cluster) -> (opcional) childEntity (passe por todos os domínios, se houver) -> host.

Obtenha todos os números dos hosts e, para cada host XXX, acesse: https://*IP*/mob/?moid=serviceSystem-XXX
Por exemplo: https://10.76.2.241/mob/?moid=serviceSystem-10

Verifique o "serviceInfo". O(s) ESX(s) problemático(s) não terá(ão) o link "serviceInfo" na coluna de valor.
  • Depois de identificado, desconecte o(s) ESX(s) problemático ou execute uma reinicialização.
 
Correção 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.