Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

RecoverPoint for VMs:从版本 5.2.x 升级到 5.3.1 无法完成

Summary: 将 RecoverPoint for VMs 从版本 5.2 升级到 5.3.1 会遇到问题,并且无法完成,使群集处于部分更新状态。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

从 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/:?]

Cause

从 RecoverPoint for VMs 5.2 升级期间,部署程序尝试在名为“t_deployed_vc_uuid”的调整中保存所需的 vCenter UUID。  它通过连接到 vCenter 并验证该特定 vCenter 中是否存在 vRPA 来执行此操作。

但是,当 vCenter 具有具有多个链长度的 CA 证书时,连接会失败,因为旧信任库尚未拷贝。

Resolution

解决 方案:
出现此问题后,我们必须将带有已部署 VC UUID 的调整 “t_deployed_vc_uuid” 添加到受影响 vRPA 上的 “tweak.params.system_layout” 文件中。vCenter UUID 值通过在该群集上幸存的 vRPA 上运行 get_storage 命令来找到。调整所需的值列在 get_storage CLI 命令中的序列号值下。

验证哪个 RPA 缺少“t_deployed_vc_uuid”。

使用 SSH 或 Web 控制台使用 root 帐户访问受影响的 RPA,并执行以下步骤:
  1. 键入命令:
su - admin
  1. 选择选项 [6] System management CLI
  2. 键入命令:
get_storage
  1. 输入必须添加到 vCenter 的 RPA 群集名称
  2. 在显示的结果上,收集序列号的
  3. 键入命令: 
quit
  1. 键入选项 Q ,然后键入 Y 以返回到 root
  2. 以 root 用户身份登录 RPA1 后,键入 “调整 ”,然后按 Enter 键
  3. 键入命令: 
vi tweak.params.system_layout
  1. 在文件末尾,添加以下信息:
t_deployed_vc_uuid = >
  1. ESC 键并键入 wq!
  2. 重新启动 RPA1
完成上述步骤后,vCenter 可以正确进行身份验证,并且信息将显示在 RecoverPoint 插件上。

在受影响的 vRPA 上启动 Cluster Logic 服务后,升级应从上一步开始进行,无需干预。

如果部署程序处于打开状态,则也可以继续操作。如果已关闭,请检查其他 vRPA 的 CLI 状态,以查看它们是否也已开始升级,即使部署程序已关闭也是如此。

如果未发生这种情况,请联系 Dell RecoverPoint 支持 以获得帮助。

分辨率:
此问题已在 RecoverPoint for Virtual Machines 版本 5.3.1.1 中得到解决。

要确定升级是否适合您的环境,请联系 戴尔客户支持或您的服务代表并参考此解决方案 ID。

Products

RecoverPoint for Virtual Machines
Article Properties
Article Number: 000182619
Article Type: Solution
Last Modified: 27 Sep 2023
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.