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) ERROR - com.emc.recoverpoint.connectors.vi.internal.SplitterUtils.isEsxSplitterInstalled에서 java.lang.NullPointerException
이 발견
되었습니다(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:?]
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:?]
com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:121)에서 ~[vi_connector_commons.jar:?]
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 :?]
com.emc.recoverpoint.connectors.vi.infra.VCUpdaterConnectedState.getView(VCUpdaterConnectedState.java:16)에서 [vc_connector.jar:?]
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:?]
java.util.concurrent.Executors$RunnableAdapter.call(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.FutureTask.runAndReset(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(알 수 없는 소스) [?:1.7.0_80]
java.util.concurrent.ThreadPoolExecutor.runWorker(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.ThreadPoolExecutor$Worker.run(알 수 없는 소스) [?:1.7.0_80]
에서 java.lang.Thread.run(알 수 없는 소스) [?: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) ERROR - com.emc.recoverpoint.connectors.vi.internal.SplitterUtils.isEsxSplitterInstalled에서 java.lang.NullPointerException
이 발견
되었습니다(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:?]
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:?]
com.emc.recoverpoint.connectors.vi.builder.DataCenterStateBuilder.createESXClusterStateMap(DataCenterStateBuilder.java:121)에서 ~[vi_connector_commons.jar:?]
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 :?]
com.emc.recoverpoint.connectors.vi.infra.VCUpdaterConnectedState.getView(VCUpdaterConnectedState.java:16)에서 [vc_connector.jar:?]
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:?]
java.util.concurrent.Executors$RunnableAdapter.call(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.FutureTask.runAndReset(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(알 수 없는 소스) [?:1.7.0_80]
java.util.concurrent.ThreadPoolExecutor.runWorker(알 수 없는 소스) [?:1.7.0_80]
에서 java.util.concurrent.ThreadPoolExecutor$Worker.run(알 수 없는 소스) [?:1.7.0_80]
에서 java.lang.Thread.run(알 수 없는 소스) [?:1.7.0_80]
영향을 받는 버전: 4.3, 4.3.0.1, 4.3.1, 4.3.1.1
Cause
VCUpdater가 'vi_view'를 생성하는 동안 모든 ESX를 검토하여 스플리터가 설치되어 있는지 확인하고 'serviceInfo' 개체를 찾습니다. 'serviceInfo'개체가없는 ESX (RP가있는 ESX 필요는 없으며 사용 중이지는 않지만 여전히 vCenter에 노출 된 ESX 일 수 있음)가있는 경우이 문제가있는 ESX는 'NullPointerException'을 발생시키고 'vi_view'가 빌드되지 않으므로 플러그인이 설치되지 않고 복제가 중지됩니다.
Resolution
해결 방법:
영구 수정:
- 먼저 문제가 있는 ESX를 식별합니다
몹으로 이동 한 다음 rootFolder -> childEntity (데이터 센터) -> hostFolder -> childEntity (클러스터) -> (선택 사항) childEntity (있는 경우 모든 도메인으로 이동) -> host.
모든 호스트 번호를 가져오고 각 호스트 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.