RecoverPoint для віртуальних машин: Оновлення з версії 5.2.x до 5.3.1 не завершується

Наступне видно з 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: <<unique_UUID>>
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/:?]

Під час оновлення з RecoverPoint для віртуальних машин 5.2 Deployer намагається зберегти необхідний vCenter UUID у налаштуванні під назвою «t_deployed_vc_uuid».  Він робить це, встановлюючи з'єднання з vCenter і перевіряючи, чи присутні vRPA в цьому конкретному vCenter.

Однак, якщо vCenter має сертифікат ЦС з більш ніж однією довжиною ланцюга, з'єднання не вдається, оскільки старе сховище Truststore ще не скопійовано.

Спосіб вирішення:
Як тільки ця проблема виникне, ми повинні додати Твік "t_deployed_vc_uuid" з розгорнутим UUID VC до файла "tweak.params.system_layout" на ураженій vRPA. Значення vCenter UUID можна знайти, запустивши команду get_storage на вцілілій vRPA у цьому кластері. Необхідне значення для налаштування вказано під значенням серійного номера в команді get_storage CLI. 

Перевірте, в якому RPA відсутній параметр "t_deployed_vc_uuid".

Отримайте доступ до ураженої RPA за допомогою облікового запису root за допомогою SSH або веб-консолі та виконайте наведені нижче дії.

1. Введіть команду:

su - admin

2. Виберіть параметр [6] Командний рядок керування системою
3. Введіть команду:

get_storage

4. Введіть ім'я кластера RPA, яке потрібно додати до vCenter
5. На основі відображуваних результатів зберіть значення для параметра «Серійний номер»
6. Введіть команду: 

quit

7. Введіть параметр Q , а потім введіть Y, щоб повернутися до кореня
8. Увійшовши до системи RPA1 від імені адміністратора (root), введіть tweak і натисніть клавішу Enter
9. Введіть команду: 

vi tweak.params.system_layout

10. В кінці файлу додайте наступну інформацію:

t_deployed_vc_uuid = <<Serial Number collected in step 5>>

11. Натисніть ESC і введіть wq!
12. Перезавантаження RPA1

Після того, як ви виконаєте вищезазначені кроки, vCenter зможе пройти належну автентифікацію, а інформація відобразиться в плагіні RecoverPoint.

Після того, як служба Cluster Logic запуститься на ураженій vRPA, оновлення має розпочатися з попереднього кроку без втручання.

Розгортач також може підняти та продовжити роботу, якщо його залишили відкритим. Якщо він був закритий, перевірте статус CLI інших vRPA, щоб побачити, чи вони також почали оновлення, навіть якщо Deployer закрито.

Якщо цього не сталося, зверніться по допомогу до служби підтримки Dell RecoverPoint .

Резолюція:
Цю проблему вирішено в RecoverPoint для віртуальних машин версії 5.3.1.1.

Щоб визначити, чи підходить оновлення для вашого середовища, зверніться до служби підтримки клієнтів Dell або представника служби підтримки та зверніться до цього ідентифікатора рішення.