RecoverPoint para máquinas virtuales: La actualización de la versión 5.2.x a la 5.3.1 no se completa

Se observa lo siguiente desde RecoverPoint /home/syslog/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 la actualización de RecoverPoint for Virtual Machines 5.2, el implementador intenta guardar el UUID de vCenter requerido en un ajuste denominado "t_deployed_vc_uuid".  Esto se realiza mediante una conexión a vCenter y la validación de si los vRPA están presentes en ese vCenter en particular.

Sin embargo, cuando un vCenter tiene un certificado de CA con más de una longitud de cadena, la conexión falla, ya que el almacén de confianza antiguo aún no se copia.

Solución:
Una vez que se produce este problema, debemos agregar el ajuste "t_deployed_vc_uuid" con UUID de VC implementado al archivo "tweak.params.system_layout" en el vRPA afectado. El valor UUID de vCenter se encuentra mediante la ejecución del comando get_storage en un vRPA sobreviviente en ese clúster. El valor requerido para los ajustes se enumera en el valor del número de serie dentro del comando de la CLI de get_storage. 

Verifique qué RPA no tiene el "t_deployed_vc_uuid".

Acceda al RPA afectado con una cuenta raíz mediante SSH o la consola web y realice los siguientes pasos:

1. Escriba el comando:

su - admin

2. Seleccione la opción [6] System management CLI
3. Escriba el comando:

get_storage

4. Ingrese el nombre del clúster de RPA que debe agregar al vCenter
5. En los resultados mostrados, recopile el valor del número de serie
6. Escriba el comando: 

quit

7. Escriba la opción Q y, a continuación, escriba Y para volver a root
8. Una vez que haya iniciado sesión en RPA1 como root, escriba tweak y presione Intro
9. Escriba el comando: 

vi tweak.params.system_layout

10. Al final del archivo, agregue la siguiente información:

t_deployed_vc_uuid = >

11. Presione ESC y escriba wq!
12. Reiniciar RPA1

Una vez que complete los pasos anteriores, vCenter puede autenticarse correctamente y la información se muestra en el plug-in de RecoverPoint.

Una vez que el servicio Cluster Logic está activo en el vRPA afectado, la actualización debe comenzar a avanzar desde el paso anterior sin intervención.

El implementador también puede retomar y seguir funcionando si se dejó abierto. Si se cerró, compruebe el estado de la CLI de los otros vRPA para ver si también comenzaron a actualizar, incluso con el implementador cerrado.

Si esto no sucede, comuníquese con el soporte de Dell RecoverPoint para obtener ayuda.

Resolución:
Este problema se aborda en RecoverPoint for Virtual Machines versión 5.3.1.1.

Para determinar si una actualización es adecuada para su entorno, comuníquese con el servicio al cliente de Dell o con su representante de servicio y mencione esta ID de solución.