RecoverPoint for VMs: Ein Upgrade von 5.3.0.x oder 5.3.1.0 reagiert möglicherweise bei 11 % oder 84 % nicht mehr

Es gibt mehrere verschiedene mögliche Symptome aus derselben Grundursache:

Symptom 1: Das Upgrade des Debian-Pakets wurde nicht durchgeführt,
obwohl die Installationsprotokolle sagen, dass es erfolgreich war.

Symptom 2:
Der Tomcat-Service wurde nach dem Neustart nicht gestartet.

Symptom 3:
Eine oder mehrere der folgenden Meldungen werden in clusterLogic-Protokollen in RPA1 oder RPA2 angezeigt:

ERROR - Failed to connect to vRPA with IP <IP>.
com.sun.xml.ws.client.ClientTransportException: HTTP transport error: java.net.ConnectException: Connection refused (Connection refused)

ERROR - UpgradeRemoteRPATask :Task failed: Upgrading vRPA number <RPA NUMBER>.
com.emc.recoverpoint.utils.javainfra.status.tasks.exception.TaskFailedException: vRPA <IP> is not up.

Symptom 4:
Die folgenden Meldungen werden auf der Benutzeroberfläche angezeigt:

The error seen in UI is "Error: Upgrade had failed. If upgrade keeps failing, contact customer support. vRPA <IP> is not up"

Wenn die RPA aktualisiert wird, werden die Debian-Pakete (.deb Dateien) installiert und ein Neustart durchgeführt.
Die Paketinstallation wird im Hintergrund ausgeführt, der möglicherweise durch den Neustart im nächsten Schritt des Upgrades abgebrochen wird.
Da das Installationsprogramm vor Abschluss beendet wird, ist der tomcat8.service möglicherweise nicht im Verzeichnis systemd verfügbar, was dazu führt, dass tomcat8 nicht neu gestartet werden kann und die RPA nicht erreichbar ist.

Vorbeugende Problemumgehung:
Melden Sie sich vor dem Upgrade als Admin-Nutzer bei jeder RPA an und führen Sie das folgende signierte Skript aus ([2] Setup -> [8] Erweiterte Optionen -> [4] Skript ausführen

OTBkOWY0ZDA1MjMxODMxNWM2NTJkMjZjOGYyM2E1MWQKdW5saW1pdGVkCm5vdF9yZXN0cmljdGVk
ClRoZSBpZCBvZiB0aGUgc2NyaXB0IGlzOlJQLTMxNzE4CkFkZHMgc2xlZXAgdG8gYWxsb3cgdXBn
cmFkZSB0byBjb21wbGV0ZQpBc3NpZiBIYWwKVkVSU0lPTj0kKGdyZXAgdF92ZXJzaW9uX2Z1bGwg
L2hvbWUva29zL2tib3gvc3JjL2luaXRpYWxpemF0aW9uL3R3ZWFrX3BhcmFtcy90d2Vhay5wYXJh
bXMudmVyc2lvbnxncmVwIC1vICJbMS05XS4qWzAtOV0iKQpNQUpPUlZFUlNJT049JChlY2hvICIk
VkVSU0lPTiJ8YXdrIC1GICIuIiAne3ByaW50ICQxfScpCk1JTk9SVkVSU0lPTj0kKGVjaG8gIiRW
RVJTSU9OInxhd2sgLUYgIi4iICd7cHJpbnQgJDJ9JykKU1BWRVJTSU9OPSQoZWNobyAiJFZFUlNJ
T04ifGF3ayAtRiAiLiIgJ3twcmludCAkM30nKQpQQVRDSFZFUlNJT049JChlY2hvICIkVkVSU0lP
TiJ8YXdrIC1GICIuIiAne3ByaW50ICQ0fScpCmlmIChbICRNQUpPUlZFUlNJT04gLWVxIDUgXSAm
JiBbICRNSU5PUlZFUlNJT04gLWVxIDMgXSAmJiBbICRTUFZFUlNJT04gLWVxIDAgXSkgfHwgKFsg
JE1BSk9SVkVSU0lPTiAtZXEgNSBdICYmIFsgJE1JTk9SVkVSU0lPTiAtZXEgMyBdICYmIFsgJFNQ
VkVSU0lPTiAtZXEgMSBdICYmIFsgJFBBVENIVkVSU0lPTiAtZXEgMCBdKTsKCXRoZW4KCQlpZiBb
IGBncmVwICJzbGVlcCA2MDAiIC9ob21lL2tvcy9rYm94L3NyYy9pbnN0YWxsYXRpb24vZGlzdHJp
YnV0aW9uL2lzb19zZXJ2aWNlcy5zaHx3YyAtbGAgLWVxIDAgXTsKCQkJdGhlbgoJCQkJc2VkIC1p
ICcxODYgaSBzbGVlcCA2MDAnIC9ob21lL2tvcy9rYm94L3NyYy9pbnN0YWxsYXRpb24vZGlzdHJp
YnV0aW9uL2lzb19zZXJ2aWNlcy5zaAoJCQkJc2VkIC1pICJzL3NsZWVwIDYwMC8gICBzbGVlcCA2
MDAvIiAvaG9tZS9rb3Mva2JveC9zcmMvaW5zdGFsbGF0aW9uL2Rpc3RyaWJ1dGlvbi9pc29fc2Vy
dmljZXMuc2gKCQkJCWVjaG8gIkNoYW5nZXMgYXBwbGllZCBzdWNjZXNzZnVsbHkgdG8gaXNvX3Nl
cnZpY2VzLnNoLiIKCQllbHNlCgkJCWVjaG8gIlZhbHVlIGFscmVhZHkgYWRkZWQuIE5vIGNoYW5n
ZXMgbWFkZS4iCgkJZmkKZWxzZQoJZWNobyAiTm8gbmVlZCB0byBydW4gdGhpcyBzY3JpcHQgb24g
dGhpcyB2ZXJzaW9uLiBObyBjaGFuZ2VzIG1hZGUuIgpmaQo=
#

Auflösung:
Dieses Problem wurde in RecoverPoint 5.3 SP1 Patch 1 und höheren Codeversionen behoben.
Ein Upgrade von 5.3 SP1 P1 und höher sollte verhindern, dass das Problem auftritt.