RecoverPoint for VMs: O upgrade da versão 5.2.x para a 5.3.1 não é concluído

O seguinte é visto no 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/:?]

Durante o upgrade do RecoverPoint for VMs 5.2, o Deployer tenta salvar o UUID do vCenter necessário em um ajuste chamado "t_deployed_vc_uuid".  Ele faz isso fazendo uma conexão com o vCenter e validando se os vRPAs estão presentes nesse vCenter específico.

No entanto, quando um vCenter tem um certificado ca com mais de um comprimento de cadeia, a conexão falha, já que o truststore antigo ainda não foi copiado.

Solução alternativa:
Depois que esse problema ocorrer, devemos adicionar o ajuste "t_deployed_vc_uuid" com o UUID do VC implementado ao arquivo "tweak.params.system_layout" no vRPA afetado. O valor UUID do vCenter é encontrado executando o comando get_storage em um vRPA sobrevivente nesse cluster. O valor necessário para o ajuste é listado no valor do número de série no comando get_storage CLI. 

Verifique qual RPA não tem o "t_deployed_vc_uuid".

Acesse o RPA afetado com uma conta root usando SSH ou Console da Web e execute as etapas abaixo:

1. Digite o comando:

su - admin

2. Selecione a opção [6] System management CLI
3. Digite o comando:

get_storage

4. Digite o nome do cluster do RPA que você deve adicionar ao vCenter
5. Nos resultados exibidos, colete o valor do número de série
6. Digite o comando: 

quit

7. Digite a opção Q e digite Y para voltar à raiz
8. Depois de fazer log-in no RPA1 como root, digite tweak e pressione Enter
9. Digite o comando: 

vi tweak.params.system_layout

10. No final do arquivo, adicione as informações abaixo:

t_deployed_vc_uuid = >

11. Pressione ESC e digite wq!
12. Reinicialize o RPA1

Depois de concluir as etapas acima, o vCenter poderá se autenticar corretamente e as informações serão exibidas no plug-in do RecoverPoint.

Depois que o serviço Cluster Logic estiver ativo no vRPA afetado, o upgrade deve começar a progredir a partir da etapa anterior sem intervenção.

O implementador também pode pegar e continuar se tiver sido deixado aberto. Se ele foi fechado, verifique o status da CLI dos outros vRPAs para ver se eles também começaram a fazer upgrade, mesmo com o Deployer fechado.

Se isso não acontecer, entre em contato com o suporte do Dell RecoverPoint para obter assistência.

Resolução:
Esse problema é resolvido no RecoverPoint for Virtual Machines versão 5.3.1.1.

Para determinar se um upgrade é adequado para o seu ambiente, entre em contato com o atendimento ao cliente da Dell ou com seu representante de serviço e mencie esse ID de solução.