RecoverPoint for VMs: Aktualizacja z wersji 5.2.x do 5.3.1 nie została zakończona

Poniżej przedstawiono dane z 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/:?]

Podczas uaktualniania z RecoverPoint dla maszyn wirtualnych 5.2, Deployer próbuje zapisać wymagany identyfikator UUID vCenter w dostrajeniu o nazwie "t_deployed_vc_uuid".  Dzieje się tak poprzez nawiązanie połączenia z vCenter i sprawdzenie, czy vRPA są obecne w tym konkretnym vCenter.

Jeśli jednak vCenter ma certyfikat urzędu certyfikacji o długości więcej niż jednego łańcucha, połączenie nie powiedzie się, ponieważ stary magazyn zaufania nie został jeszcze skopiowany.

Obejście:
Po wystąpieniu tego problemu należy dodać do pliku "tweak.params.system_layout" plik "t_deployed_vc_uuid" z wdrożonym identyfikatorem UUID VC. Wartość UUID vCenter można znaleźć, uruchamiając polecenie get_storage na pozostałym vRPA w tym klastrze. Wymagana wartość dla zmiany jest wyświetlana w wartości numeru seryjnego w poleceniu cli get_storage. 

Sprawdź, której RPA brakuje "t_deployed_vc_uuid".

Uzyskaj dostęp do uszkodzonego RPA przy użyciu konta głównego za pomocą SSH lub konsoli internetowej i wykonaj poniższe czynności:

1. Wpisz polecenie:

su - admin

2. Wybierz opcję [6] System management CLI
3. Wpisz polecenie:

get_storage

4. Wprowadź nazwę klastra RPA, którą należy dodać do vCenter
5. Po wyświetleniu wyników zbierz wartość numeru seryjnego
6. Wpisz polecenie: 

quit

7. Wpisz polecenie option Q , a następnie wpisz Y, aby wrócić do katalogu głównego
8. Po zalogowaniu się do RPA1 jako root wpisz tweak i naciśnij klawisz Enter
9. Wpisz polecenie: 

vi tweak.params.system_layout

10. Na końcu pliku dodaj poniższe informacje:

t_deployed_vc_uuid = >

11. Naciśnij klawisz ESC i wpisz wq!
12. Uruchom ponownie RPA1

Po wykonaniu powyższych czynności vCenter może uwierzytelnić się prawidłowo, a informacje są wyświetlane na wtyczce RecoverPoint.

Po uruchomieniu usługi Cluster Logic na zagrożonym vRPA uaktualnienie powinno rozpocząć postęp z poprzedniego kroku bez interwencji.

W przypadku pozostawienia otwartego modułu wdrożeniowego może także odbiór i kontynuowanie pracy. Jeśli został zamknięty, sprawdź stan cli innych vRPA, aby sprawdzić, czy również rozpoczęto uaktualnianie, nawet po zamknięciu Deployer.

Jeśli tak się nie stanie, skontaktuj się z działem pomocy technicznej Dell RecoverPoint, aby uzyskać pomoc.

Rozdzielczość:
Ten problem został rozwiązany w recoverpoint dla maszyn wirtualnych w wersji 5.3.1.1.

Aby ustalić, czy uaktualnienie jest odpowiednie dla Danego środowiska, należy skontaktować się z działem pomocy technicznej firmy Dell lub przedstawicielem serwisu i sprawdzić ten identyfikator rozwiązania.