RecoverPoint for VM: 버전 5.2.x에서 5.3.1로 업그레이드가 완료되지 않음

Summary: RecoverPoint for VM을 버전 5.2에서 5.3.1로 업그레이드하면 문제가 발생하고 완료되지 않아 클러스터가 부분적으로 업데이트된 상태로 남습니다.

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 /home/kos/installationLogs/server.log에서 확인할 수 있습니다.
XXXX/XX/XX 10:30:10.797 [pool-4-thread-1] (Task.java:98) ERROR - UpgradeClusterRestorableTask :Task failed: Executing NDU.
com.emc.recoverpoint.utils.javainfra.status.tasks.exception.TaskFailedException: could not configure repository volume.
at com.emc.recoverpoint.utils.javainfra.status.tasks.SerialTask.perform(SerialTask.java:35)
at com.emc.recoverpoint.utils.javainfra.status.tasks.Task.executeSync(Task.java:91)
at com.emc.recoverpoint.utils.javainfra.status.tasks.RestorableSerialTask.attemptToCompletePhase(RestorableSerialTask.java:94)
at com.emc.recoverpoint.utils.javainfra.status.tasks.RestorableSerialTask.perform(RestorableSerialTask.java:63)
at com.emc.recoverpoint.utils.javainfra.status.tasks.Task.executeSync(Task.java:91)
at com.emc.recoverpoint.utils.javainfra.status.tasks.Task.call(Task.java:142)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:823)
Caused by: com.emc.recoverpoint.utils.javainfra.status.tasks.exception.TaskFailedException: could not configure repository volume.
at com.emc.recoverpoint.utils.javainfra.status.tasks.SerialTask.perform(SerialTask.java:35)
at com.emc.recoverpoint.utils.javainfra.status.tasks.Task.executeSync(Task.java:91)
at com.emc.recoverpoint.utils.javainfra.status.tasks.SerialTask.perform(SerialTask.java:32)
... 9 more

XXXX/XX/XX 10:30:09,763 [CommandWorker-1] (CreateVCConnectionCommand.java:49) ERROR - Failed to connect to VCenter server.
XXXX/XX/XX 10:30:09,764 [CommandWorker-1] (Command.java:88) ERROR - Command#run() ServerException errorType[OPERATION_FAILED_NO_MESSAGE] errorMessage[Entering vCenter credentials failed. Check that all entered credentials are correct. If problem recurs, check that vCenter Server and communication are fully functional. If the problem persists, Please contact Customer Support for assistance.] failure UID: >
com.kashya.installation.server.exceptions.CommandFailedException: Entering vCenter credentials failed. Check that all entered credentials are correct. If problem recurs, check that vCenter Server and communication are fully functional. If the problem persists, Please contact Customer Support for assistance.
at com.kashya.installation.server.commands.vsphere.CreateVCConnectionCommand.execute(CreateVCConnectionCommand.java:50) ~[classes/:?]
at com.kashya.installation.server.commands.vsphere.CreateVCConnectionCommand.execute(CreateVCConnectionCommand.java:17) ~[classes/:?]
at com.kashya.installation.server.commands.Command.runNormal(Command.java:109) [classes/:?]
at com.kashya.installation.server.commands.Command.run(Command.java:49) [classes/:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_265]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_265]
at com.kashya.installation.server.commands.Command.executeInternalCommand(Command.java:266) [classes/:?]

Cause

RecoverPoint for VMs 5.2에서 업그레이드하는 동안 Deployer는 "t_deployed_vc_uuid"라는 변경 사항으로 필요한 vCenter UUID를 저장하려고 시도합니다.  이 작업은 vCenter에 연결하고 vRPA가 특정 vCenter에 있는지 여부를 검증하여 수행합니다.

그러나 vCenter에 체인 길이가 두 개 이상의 CA 인증서가 있는 경우 이전 Truststore가 아직 복사되지 않았기 때문에 연결이 실패합니다.

Resolution

해결:
이 문제가 발생하면 배포된 VC UUID를 사용하여 "t_deployed_vc_uuid" 조정을 영향을 받는 vRPA의 "tweak.params.system_layout" 파일에 추가해야 합니다. vCenter UUID 값은 해당 클러스터에서 작동하는 vRPA에서 get_storage 명령을 실행하여 찾을 수 있습니다. 조정에 필요한 값은 get_storage CLI 명령 내의 일련 번호 값 아래에 나열됩니다. 

"t_deployed_vc_uuid"가 누락된 RPA를 확인합니다.

SSH 또는 웹 콘솔을 사용하여 루트 계정으로 영향을 받는 RPA에 액세스하고 아래 단계를 수행합니다.
  1. 다음 명령을 입력합니다.
su - admin
  1. [6] System management CLI 옵션을 선택합니다.
  2. 다음 명령을 입력합니다.
get_storage
  1. vCenter에 추가해야 하는 RPA 클러스터 이름을 입력합니다.
  2. 표시된 결과에서 일련 번호 값을 수집합니다.
  3. 다음 명령을 입력합니다. 
quit
  1. 옵션 Q를 입력한 다음 Y를 입력하여 루트로 돌아갑니다.
  2. RPA1에 루트로 로그인한 후 조정 을 입력하고 Enter 키를 누릅니다.
  3. 다음 명령을 입력합니다. 
vi tweak.params.system_layout
  1. 파일의 끝부분에서 아래 정보를 추가합니다.
t_deployed_vc_uuid = >
  1. ESC 키를 누르고 wq!를 입력합니다.
  2. RPA1 재부팅
위의 단계를 완료하면 vCenter가 올바르게 인증할 수 있으며 정보가 RecoverPoint 플러그인에 표시됩니다.

영향을 받는 vRPA에서 Cluster Logic 서비스가 실행되면 업그레이드가 개입 없이 이전 단계에서 진행되어야 합니다.

또한 배포자가 열린 상태로 남아 있는 경우 계속 진행할 수 있습니다. 이 포트가 닫힌 경우 다른 vRPA의 CLI 상태를 확인하여 Deployer가 닫힌 상태에서도 업그레이드를 시작했는지 확인합니다.

이 문제가 발생하지 않으면 Dell RecoverPoint 지원 부서에 문의하여 지원을 받으시기 바랍니다.

해상도:
이 문제는 RecoverPoint for Virtual Machines 버전 5.3.1.1에서 해결되었습니다.

업그레이드가 환경에 적합한지 확인하려면 Dell 고객 지원 부서 또는 서비스 담당자에게 문의하고 이 솔루션 ID를 참조하십시오.

Products

RecoverPoint for Virtual Machines
Article Properties
Article Number: 000182619
Article Type: Solution
Last Modified: 27 Sep 2023
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.