Das Upgrade von Unisphere for PowerMax schlägt fehl, weil SMAS-DB angehalten wird und nicht gestartet wird

Beim Upgrade von Unisphere für PowerMax auf einem eigenständigen Windows Server 2019 traten probleme auf, da der SMAS-DB-Service angehalten wurde und nicht gestartet werden konnte. Manuelle Versuche, SMAS DB über die Windows-Verwaltungskonsole zu starten, schlugen fehl.


Nachweis in protokoll:
_APPLICATION_EVENTLOG.TXT
08/18/2022 12:25:41 PM Fehler 0 PostgreSQL {2022-08-18 19:25:41 GMT::@:[1668]:FATAL:  Die Sperrdatei "postmaster.pid" ist bereits vorhanden 2022-08-18 19:25:41 GMT::@:[1668]:HINT:  Wird ein anderer Postmaster (PID XXXX) im Datenverzeichnis "C:/Program Files/EMC/SMAS/jboss/standalone/data/pgsql/data" ausgeführt? }


Postmaster.opts und postmaster.pid wurden aus C:/Program Files/EMC/SMAS/jboss/standalone/data/pgsql/data in einen anderen Ordner verschoben. 

Beide Dateien scheinen miteinander verknüpft zu sein, da sie bei jedem Versuch, smas db manuell zu starten, gleichzeitig erzeugt wurden.

SMAS wurde angehalten und sichergestellt, dass die SMAS-DB nicht ausgeführt wurde.
Gestartete SMAS-DB und gestartete SMAS-Services und beide waren erfolgreich.

postmaster.opts und postmaster.pid wurden neu erstellt, nachdem die SMAS-DB- und SMAS-Services gestartet wurden und mit dem Upgrade von Unisphere for PowerMax fortgefahren wurden, was erfolgreich war.

postmaster.pid ist die pidfile, die vom Postmaster-Prozess geschrieben wurde. Neben der POST-Master-PID enthält sie zusätzliche Informationen über die ausgeführte Instanz.

postmaster.opts ist eine Datei im Datenverzeichnis, die nach dem Start geschrieben wurde und die Optionen enthält, die zum Starten des Postmaster-Prozesses verwendet werden. Der Inhalt von postmaster.opts wird verwendet, um sicherzustellen, dass der Post-Master-Prozess mit denselben Optionen neu gestartet werden kann, mit denen er ursprünglich gestartet wurde.