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からのアップグレード中に、Deployerは「t_deployed_vc_uuid」という名前の微調整で必要なvCenter UUIDを保存しようとします。 これは、vCenterへの接続を確立し、その特定のvCenterにvRPAが存在するかどうかを検証することによって行います。
ただし、vCenterに複数のチェーン長のCA証明書がある場合、古いトラストストアがまだコピーされていないため、接続は失敗します。
ただし、vCenterに複数のチェーン長のCA証明書がある場合、古いトラストストアがまだコピーされていないため、接続は失敗します。
Resolution
回避 策:
この問題が発生したら、VC UUIDを導入した 微調整「t_deployed_vc_uuid」 を、影響を受けるvRPAの 「tweak.params.system_layout」 ファイルに追加する必要があります。vCenter UUIDの値は、そのクラスターで存続しているvRPAで get_storage コマンドを実行することによって検出されます。微調整に必要な値は、get_storage CLIコマンド内のシリアル番号の値の下に表示されます。
「t_deployed_vc_uuid」がないRPAを確認します。
SSHまたはWebコンソールを使用して 、root アカウントで影響を受けるRPAにアクセスし、次の手順を実行します。
影響を受けるvRPAでクラスター ロジック サービスが起動すると、アップグレードは介入なしで前のステップから進行を開始する必要があります。
また、導入担当者が引き取りを行い、開いたままにしておく場合もあります。閉じている場合は、Deployerが閉じている場合でも、他のvRPAのCLIステータスを確認して、アップグレードが開始されているかどうかを確認します。
この問題が発生しない場合は、 Dell RecoverPointサポート にお問い合わせください。
解像 度:
この問題は、RecoverPoint for Virtual Machinesバージョン5.3.1.1で対処されています。
お使いの環境に適したアップグレードかどうかを判断するには、 Dellカスタマー サポートまたはサービス担当者に連絡し、このソリューションIDを参照してください。
この問題が発生したら、VC UUIDを導入した 微調整「t_deployed_vc_uuid」 を、影響を受けるvRPAの 「tweak.params.system_layout」 ファイルに追加する必要があります。vCenter UUIDの値は、そのクラスターで存続しているvRPAで get_storage コマンドを実行することによって検出されます。微調整に必要な値は、get_storage CLIコマンド内のシリアル番号の値の下に表示されます。
「t_deployed_vc_uuid」がないRPAを確認します。
SSHまたはWebコンソールを使用して 、root アカウントで影響を受けるRPAにアクセスし、次の手順を実行します。
- 次のコマンドを入力します。
su - admin
- オプション[[6] System management CLI]を選択します
- 次のコマンドを入力します。
get_storage
- vCenterに追加する必要があるRPAクラスター名を入力します。
- 表示された結果で、シリアル番号の値を収集します
- 次のコマンドを入力します。
quit
- 「 Q 」オプションを入力し、「 Y 」と入力してrootに戻ります
- rootとしてRPA1にログインしたら、「 tweak 」と入力してEnterキーを押します。
- 次のコマンドを入力します。
vi tweak.params.system_layout
- ファイルの最後に、次の情報を追加します。
t_deployed_vc_uuid = >
- ESCキーを押して「wq!」と入力します
- RPA1の再起動
影響を受けるvRPAでクラスター ロジック サービスが起動すると、アップグレードは介入なしで前のステップから進行を開始する必要があります。
また、導入担当者が引き取りを行い、開いたままにしておく場合もあります。閉じている場合は、Deployerが閉じている場合でも、他のvRPAのCLIステータスを確認して、アップグレードが開始されているかどうかを確認します。
この問題が発生しない場合は、 Dell RecoverPointサポート にお問い合わせください。
解像 度:
この問題は、RecoverPoint for Virtual Machinesバージョン5.3.1.1で対処されています。
お使いの環境に適したアップグレードかどうかを判断するには、 Dellカスタマー サポートまたはサービス担当者に連絡し、このソリューションIDを参照してください。
Products
RecoverPoint for Virtual MachinesArticle 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.