RP4VM: Група узгодженості у стані помилки
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.
Symptoms
Плагін RecoverPoint нефункціональний і призводить до нездатності реплікації групи узгодженості.
Симптоми, виявлені в журналах:
У логах роз'єму: /files/home/kos/connectors/logs/connectors.log
2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:471) DEBUG - Розблокування повної синхронізації
2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:405) ПОМИЛКА - Виключення зафіксовано
java.lang.NullPointerException
на com.emc.recoverpoint.connectors.vi.internal.SplitterUtils.isEsxSplitterInstalled(SplitterUtils.java:46) ~[vi_connector_commons.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.calcSplitters(ESXStateBuilder.java:68) ~[vi_connector_commons.jar:?]
на 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:?]
на 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:?]
за адресою com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.create(DataCenterStateBuilder.java:43) ~[vi_connector_commons.jar:?]
на com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.createDataCenterStateMap(VCStateBuilder.java:72) ~[vi_connector_commons.jar:?]
на com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.create(VCStateBuilder.java:26) ~[vi_connector_commons.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.builder.VCViewBuilder.create(VCViewBuilder.java:24) ~[vi_connector_commons.jar:?]
на com.emc.recoverpoint.connectors.vi.infra.VCUpdater.buildNewVcView(VCUpdater.java:500) ~[vc_connector.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performSync(VCUpdater.java:460) ~[vc_connector.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.infra.VCUpdater.syncAndLogAsNeeded(VCUpdater.java:163) [vc_connector.jar:?]
на 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:?]
на com.emc.recoverpoint.connectors.vi.infra.VCUpdater.getView(VCUpdater.java:122) [vc_connector.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.infra.VCUpdater.run(VCUpdater.java:107) [vc_connector.jar:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.FutureTask.runAndReset(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.7.0_80]
at java.lang.Thread.run(Unknown Source) [?:1.7.0_80]
2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:471) DEBUG - Розблокування повної синхронізації
2016-04-12 09:29:18,784 [pool-6-thread-1] (VCUpdater.java:405) ПОМИЛКА - Виключення зафіксовано
java.lang.NullPointerException
на com.emc.recoverpoint.connectors.vi.internal.SplitterUtils.isEsxSplitterInstalled(SplitterUtils.java:46) ~[vi_connector_commons.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.builder.ESXStateBuilder.calcSplitters(ESXStateBuilder.java:68) ~[vi_connector_commons.jar:?]
на 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:?]
на 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:?]
за адресою com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.create(DataCenterStateBuilder.java:43) ~[vi_connector_commons.jar:?]
на com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.createDataCenterStateMap(VCStateBuilder.java:72) ~[vi_connector_commons.jar:?]
на com.emc.recoverpoint.connectors.vi.builder.VCStateBuilder.create(VCStateBuilder.java:26) ~[vi_connector_commons.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.builder.VCViewBuilder.create(VCViewBuilder.java:24) ~[vi_connector_commons.jar:?]
на com.emc.recoverpoint.connectors.vi.infra.VCUpdater.buildNewVcView(VCUpdater.java:500) ~[vc_connector.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.infra.VCUpdater.performSync(VCUpdater.java:460) ~[vc_connector.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.infra.VCUpdater.syncAndLogAsNeeded(VCUpdater.java:163) [vc_connector.jar:?]
на 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:?]
на com.emc.recoverpoint.connectors.vi.infra.VCUpdater.getView(VCUpdater.java:122) [vc_connector.jar:?]
за адресою com.emc.recoverpoint.connectors.vi.infra.VCUpdater.run(VCUpdater.java:107) [vc_connector.jar:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.FutureTask.runAndReset(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.7.0_80]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.7.0_80]
at java.lang.Thread.run(Unknown Source) [?:1.7.0_80]
Уражені версії: 4.3, 4.3.0.1, 4.3.1, 4.3.1.1
Cause
Поки VCUpdater створює 'vi_view', він переглядає всі ESX, щоб перевірити, чи встановлений спліттер, і переглядає об'єкт 'serviceInfo'. Якщо існує ESX (не обов'язково ESX з RP, може бути ESX, який не використовується, але все ще доступний vCenter) без об'єкта 'serviceInfo', тоді цей проблемний ESX викликає 'NullPointerException', і 'vi_view' не побудовано, тому плагін не встановлюється і реплікація зупиняється.
Resolution
Обхідний шлях:
Постійне вирішення:
- Спершу визначте проблемні ESX(и)
Перейдіть до mob і потім: rootFolder -> childEntity (дата-центр) -> hostFolder -> childEntity (кластер) -> (за бажанням) childEntity (перегляньте всі домени, якщо вони є) -> хост
.Отримайте всі номери хостів, і для кожного хоста XXX перейдіть за посиланням: https://*IP*/mob/?moid=serviceSystem-XXX
Наприклад: https://10.76.2.241/mob/?moid=serviceSystem-10
Перевірте 'serviceInfo' там. Проблемні ESX(и) не матимуть посилання 'serviceInfo' у стовпці значення.
.Отримайте всі номери хостів, і для кожного хоста XXX перейдіть за посиланням: https://*IP*/mob/?moid=serviceSystem-XXX
Наприклад: https://10.76.2.241/mob/?moid=serviceSystem-10
Перевірте 'serviceInfo' там. Проблемні ESX(и) не матимуть посилання 'serviceInfo' у стовпці значення.
- Після ідентифікації від'єднайте проблемні ESX або виконайте перезавантаження.
4.3.1.2
Affected Products
RecoverPointProducts
RecoverPoint, RecoverPoint for Virtual MachinesArticle 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.