Oppgradering av Unisphere for PowerMax mislykkes fordi SMAS DB stopper og ikke starter

Kunden har erfaring med og problemer når de oppgraderer Unisphere for PowerMax på en frittstående Windows Server 2019 på grunn av at SMAS DB-tjenesten stoppes og ikke starter. Manuelle forsøk på å starte SMAS DB fra Windows Management Console mislyktes.


Bevis i logger:
_APPLICATION_EVENTLOG.TXT
08/18/2022 12:25:41 PM Error 0 PostgreSQL {2022-08-18 19:25:41 GMT::@:[1668]:FATAL: FATAL:  låsefilen "postmaster.pid" finnes allerede 2022-08-18 19:25:41 GMT::@:[1668]:HINT:  Kjører en annen postmaster (PID XXXX) i datakatalogen «C:/Program Files/EMC/SMAS/jboss/standalone/data/pgsql/data»? }


Flyttet både postmaster.opts og postmaster.pid fra C:/Program Files/EMC/SMAS/jboss/standalone/data/pgsql/data til en annen mappe. 

Begge filene ser ut til å være koblet sammen da begge ble generert samtidig på hvert forsøk på å starte SMAS DB manuelt.

Stoppet SMAS og sikret at SMAS DB ikke kjørte.
Startet SMAS DB og startet SMAS-tjenester, og begge var vellykket.

postmaster.opts og postmaster.pid ble gjenoppbygget etter at SMAS DB- og SMAS-tjenestene ble startet og fortsatte med oppgradering av Unisphere for PowerMax som var vellykket.

postmaster.pid er pidfile skrevet av postmasterprosessen. I tillegg til postmasterens PID inneholder den tilleggsinformasjon om den kjørende forekomsten.

postmaster.opts er en fil i datakatalogen som er skrevet etter oppstart, som inneholder alternativene som brukes til å starte postmasterprosessen. Innholdet i postmaster.opts brukes til å sikre at postmasterprosessen kan startes på nytt med de samme alternativene som den opprinnelig ble startet på.