Uppgradering av Unisphere for PowerMax misslyckas eftersom SMAS DB stoppas och inte startar

Kunden upplever och har problem med att uppgradera Unisphere for PowerMax på en fristående Windows Server 2019 på grund av att SMAS DB-tjänsten stoppas och inte startar. Manuella försök att starta SMAS DB från Windows Management Console misslyckades.


Bevis i loggar:
_APPLICATION_EVENTLOG.TXT
08/18/2022 12:25:41 PM Fel 0 PostgreSQL {2022-08-18 19:25:41 GMT::@:[1668]:FATAL:  låsfilen "postmaster.pid" finns redan 2022-08-18 19:25:41 GMT::@:[1668]:HINT:  Körs en annan postmaster (PID XXXX) i datakatalogen "C:/Program Files/EMC/SMAS/jboss/standalone/data/pgsql/data"? }


Flyttade både postmaster.opts och postmaster.pid från C:/Program Files/EMC/SMAS/jboss/standalone/data/pgsql/data till en annan mapp. 

Båda filerna verkar vara kopplade till varandra eftersom de båda genererades samtidigt vid varje försök att manuellt starta SMAS DB.

Stoppade SMAS och säkerställade att SMAS DB inte kördes.
Startade SMAS DB och startade SMAS-tjänster och båda lyckades.

postmaster.opts och postmaster.pid återskapades efter att SMAS DB- och SMAS-tjänsterna startades och gick vidare med uppgraderingen av Unisphere for PowerMax som slutfördes.

postmaster.pid är den pidfile som skrivs av postmaster-processen. Förutom PID för efter mastern innehåller den ytterligare information om instansen som körs.

postmaster.opts är en fil i datakatalogen som skrivits efter starten och som innehåller de alternativ som används för att starta postmaster-processen. Innehållet i postmaster.opts används för att säkerställa att postmaster-processen kan startas om med samma alternativ som den ursprungligen startades med.