RecoverPoint for VMs: L'aggiornamento dalla versione 5.2.x alla 5.3.1 non viene completato

Di seguito è riportato il messaggio di 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 l'aggiornamento da RecoverPoint for VMs 5.2, Deployer tenta di salvare l'UUID vCenter richiesto in una modifica denominata "t_deployed_vc_uuid".  Lo fa effettuando una connessione a vCenter e convalidando se i vRPA sono presenti in quel particolare vCenter.

Tuttavia, quando un vCenter dispone di un certificato CA con più di una lunghezza della catena, la connessione ha esito negativo poiché il truststore precedente non è stato ancora copiato.

Soluzione:
Una volta che si verifica questo problema, è necessario aggiungere la modifica "t_deployed_vc_uuid" con l'UUID VC implementato nel file "tweak.params.system_layout" su vRPA interessato. Il valore UUID di vCenter viene trovato eseguendo il comando get_storage su un vRPA esistente in tale cluster. Il valore richiesto per la modifica è elencato sotto il valore del numero di serie all'interno del comando CLI get_storage. 

Verificare quale RPA manca del "t_deployed_vc_uuid".

Accedere all'RPA interessato con un account root utilizzando SSH o web console ed effettuare le operazioni riportate di seguito:

1. Digitare il comando:

su - admin

2. Selezionare l'opzione [6] System management CLI
3. Digitare il comando:

get_storage

4. Immettere il nome del cluster RPA che è necessario aggiungere a vCenter
5. Nei risultati visualizzati, raccogliere il valore per Numero di serie
6. Digitare il comando: 

quit

7. Digitare l'opzione Q , quindi digitare Y per tornare alla directory principale
8. Una volta effettuato l'accesso a RPA1 come root, digitare tweak e premere Invio
9. Digitare il comando: 

vi tweak.params.system_layout

10. Alla fine del file, aggiungere le seguenti informazioni:

t_deployed_vc_uuid = >

11. Premere ESC e digitare wq!
12. Riavviare RPA1

Una volta completati i passaggi precedenti, vCenter è in grado di eseguire l'autenticazione correttamente e le informazioni vengono visualizzate nel plug-in di RecoverPoint.

Una volta che il servizio Logica cluster è attivo su vRPA interessato, l'aggiornamento dovrebbe iniziare a procedere dal passaggio precedente senza l'intervento di .

Il deployer può anche riprendere e continuare a lavorare se è stato lasciato aperto. Se è stato chiuso, controllare lo stato cli degli altri vRPA per verificare se hanno iniziato anche l'aggiornamento, anche con Deployer chiuso.

In caso contrario, contattare il supporto di Dell RecoverPoint per assistenza.

Risoluzione:
Questo problema è risolto in RecoverPoint for Virtual Machines versione 5.3.1.1.

Per stabilire se un aggiornamento è appropriato per il proprio ambiente, contattare il Dell Customer Service o il responsabile dell'assistenza e fare riferimento a questo ID di soluzione.