RecoverPoint for VMs: Päivitys versiosta 5.2.x versioon 5.3.1 ei valmis

Summary: RecoverPoint for VMs -päivitys versiosta 5.2 versioon 5.3.1 havaitsee ongelman, joka ei valmistu, vaan jättää klusterin osittain päivitettyyn tilaan.

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-lokissa näkyy seuraavat tiedot:
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 -päivityksen aikana Deployer yrittää tallentaa tarvittavan vCenter UUID -version t_deployed_vc_uuid-nimiseen säätöyn.  Se tekee tämän luomalla yhteyden vCenteriin ja tarkistamalla, esiintyykö vRPA:ita kyseisessä vCenterissä.

Jos vCenterillä on kuitenkin ca-varmenne, jossa on useita ketjuja, yhteys katkeaa, koska vanhaa Truststore-varmennetta ei ole vielä kopioitu.

Resolution

Workaround:
Kun tämä ongelma ilmenee, tweak "t_deployed_vc_uuid" on lisättävä käyttöönotetun VC UUID :n kanssa tweak.params.system_layout-tiedostoon kyseisessä vRPA:ssa. vCenter UUID -arvo löytyy suorittamalla get_storage-komento klusterin käyntiin jääneessä vRPA:ssa. Tweakin vaadittu arvo näkyy get_storage CLI -komennon sarjanumeroarvossa. 

Tarkista, mistä RPA:sta puuttuu t_deployed_vc_uuid.

Käytä ongelmaan liittyvää RPA:ta päätilillä SSH:n tai web-konsolin avulla ja toimi seuraavasti:
  1. Kirjoita komento:
su - admin
  1. Valitse [6] System management CLI
  2. Kirjoita komento:
get_storage
  1. Kirjoita RPA-klusterin nimi, joka on lisättävä vCenteriin
  2. Kerää sarjanumeron arvo näytetyistä tuloksista
  3. Kirjoita komento: 
quit
  1. Kirjoita vaihtoehto Q ja palaa root-tilaan kirjoittamalla Y
  2. Kun olet kirjautunut RPA1:een pääkäyttäjänä, kirjoita tweak ja paina Enter-näppäintä
  3. Kirjoita komento: 
vi tweak.params.system_layout
  1. Lisää tiedoston loppuun seuraavat tiedot:
t_deployed_vc_uuid = >
  1. Paina ESC-näppäintä ja kirjoita wq!
  2. Käynnistä RPA1 uudelleen
Kun olet tehnyt edellä mainitut toimet, vCenter pystyy todentamaan tiedot oikein, ja tiedot näkyvät RecoverPoint-laajennuksessa.

Kun Cluster Logic -palvelu on käynnistynyt ongelmasta kärsivässä vRPA:ssa, päivityksen pitäisi alkaa edellisestä vaiheesta ilman toimia.

Käyttöönottopalvelu voi myös jatkaa, jos se jätetään auki. Jos se on suljettu, tarkista muiden vRPA:iden CLI-tilasta, ovatko ne myös aloittamassa päivitystä, vaikka Deployer on suljettu.

Jos näin ei tapahdu, ota yhteys Dellin RecoverPoint-tukeen .

Päätöslauselman:
Ongelma on korjattu RecoverPoint for Virtual Machines -versiossa 5.3.1.1.

Jos haluat määrittää, onko päivitys sopiva ympäristöösi, ota yhteys Dellin asiakastukeen tai huoltoedustajaan ja mainitse tämän ratkaisun tunnus.

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.