RP4VM : Groupe de cohérence à l’état Erreur

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



Le plug-in RecoverPoint ne fonctionne pas et entraîne une réplication du groupe de cohérence.

Symptômes détectés dans les journaux :
Dans les journaux des connecteurs : /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 :?]
        at com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.calcSplitters(ESXStateBuilder.java :68) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.create(ESXStateBuilder.java :32) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.createEsxStateMap(ESXClusterStateBuilder.java :40) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.ESXClusterStateBuilder.create(ESXClusterStateBuilder.java :28) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java :121) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java :127) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.create(DataCenterStateBuilder.java :43) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.createDataCenterStateMap(VCStateBuilder.java :72) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.create(VCStateBuilder.java :26) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.builder.VCViewBuilder.create(VCViewBuilder.java :24) ~[vi_connector_commons.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdater.buildNewVcView(VCUpdater.java :500) ~[vc_connector.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performSync(VCUpdater.java :460) ~[vc_connector.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdater.syncAndLogAsNeeded(VCUpdater.java :163) [vc_connector.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdater.updateVCView(VCUpdater.java :135) [vc_connector.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdaterConnectedState.getView(VCUpdaterConnectedState.java :16) [vc_connector.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdaterNotInitializedState.getView(VCUpdaterNotInitializedState.java :14) [vc_connector.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdater.getView(VCUpdater.java :122) [vc_connector.jar :?]
        at com.emc.recoverpoint.connectors.vi.infra.VCUpdater.run(VCUpdater.java :107) [vc_connector.jar :?]
        at java.util.concurrent.Executors$RunnableAdapter.call(Source inconnue) [ ?:1.7.0_80]
at java.util.concurrent.FutureTask.runAndReset(Source inconnue) [ ?:1.7.0_80]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Source inconnue) [ ?:1.7.0_80]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Source inconnue) [ ?:1.7.0_80]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Source inconnue) [ ?:1.7.0_80]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Source inconnue) [ ?:1.7.0_80]
at java.lang.Thread.run(Source inconnue) [ ?:1.7.0_80]

Versions concernées : 4.3, 4.3.0.1, 4.3.1, 4.3.1.1

Cause

Pendant que VCUpdater crée le « vi_view », il passe en revue tous les ESX pour vérifier si un séparateur est installé et examine l’objet « serviceInfo ». Dans le cas où il y a un ESX (pas nécessairement l’ESX avec RP, peut-être ESX qui n’est pas en cours d’utilisation mais toujours exposé à vCenter) sans objet 'serviceInfo', alors cet ESX problématique provoque 'NullPointerException' et le 'vi_view' n’est pas construit, ce qui entraîne l’absence d’installation du plugin et l’arrêt de la réplication.

Resolution

Solution de contournement : 
  • Tout d’abord, identifiez le ou les ESX problématiques
Accédez à la mob, puis : rootFolder -> childEntity (datacenter) -> hostFolder -> childEntity (cluster) -> (facultatif) childEntity (passez en revue tous les domaines s’il y en a) -> host.

Obtenez tous les numéros d’hôtes, et pour chaque hôte XXX, accédez à : https ://*IP*/mob/ ?moid=serviceSystem-XXX
Par exemple : https://10.76.2.241/mob/?moid=serviceSystem-10

Cochez la case « serviceInfo ». Le ou les ESX problématiques n’auront pas le lien « serviceInfo » dans la colonne de valeur.
  • Une fois identifiés, déconnectez le ou les ESX problématiques ou effectuez un redémarrage.
 
Correctif permanent :
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.