PostgreSQL service not starting / reattach shared memory - found some hints in logs..

Hello,

I had some spurious  effects of the PostgreSQL-Service not starting on windows. The usual fix was to "reboot", or even simpler: net start pgsql-8.3

TODAY it happened on my machine, so I had more access to track down some logs. And so I want to share some of them, the course of events:


Windows Eventlog "Application" states a Warning:
14.05.2009 18:49:41
user NT-AUTORITÄT\SYSTEM, Source: Userenv
Die Registrierung des Benutzers "XXXXX\massa" wurde gespeichert, obwohl  eine Anwendung oder ein Dienst auf die Registrierung während der Abmeldung zugegriffen hat. Der von der Registrierung des Benutzers verwendete Speicher wurde nicht freigegeben. Der Upload der Registrierung wird durchgeführt, wenn diese nicht mehr verwendet wird.
Dies wird oft durch Dienste verursacht, die unter einem Benutzerkonto ausgeführt werden. Versuchen Sie diese so zu Konfigurieren, dass sie unter den Konten "Lokaler Dienst" oder "Netzwerkdienst" ausgeführt werden.

TRANSLATION: "Registration of User "XXXXX\massa" was saved, even though some application or service was accessing the registry during logoff. Memory used by registering user was not freed. Upload of registratrion will happen, if she is no longer in use.
This is often caused by services running as a user account. Try to configure them to run as "locale service" or "network service"


Windows Eventlog, "Applicaiton", Information
15.05.2009 09:48:56
user "nicht zutreffend", Source: PostgreSQL
Die Beschreibung der Ereigniskennung ( 0 ) in ( PostgreSQL ) wurde nicht gefunden. Der lokale Computer verfügt nicht über die zum Anzeigen der Meldungen von einem Remotecomputer erforderlichen Registrierungsinformationen oder DLL-Meldungsdateien. Möglicherweise müssen Sie das Flag /AUXSOURCE= zum Ermitteln der Beschreibung verwenden. Weitere Informationen stehen in Hilfe und Support. Ereignisinformationen: Warte auf Start des Servers...

TRANSLATION: "event 0 has no description within PostreSQL"

PG_LOG from the same moment:
2009-05-15 09:48:57 CEST LOG:  database system was shut down at 2009-05-14 18:49:53 CEST
2009-05-15 09:48:57 CEST FATAL:  the database system is starting up
2009-05-15 09:48:58 CEST FATAL:  the database system is starting up
2009-05-15 09:48:59 CEST LOG:  Datenbanksystem ist bereit um Verbindungen anzunehmen
2009-05-15 09:48:59 CEST LOG:  autovacuum launcher started
2009-05-15 09:55:19 CEST FATAL:  could not open file "global/pg_database": Permission denied
2009-05-15 09:55:19 CEST LOG:  Autovacuum-Launcher-Prozess (PID 1968) beendete mit Status 1
2009-05-15 09:55:19 CEST LOG:  aktive Serverprozesse werden abgebrochen
2009-05-15 09:55:20 CEST LOG:  alle Serverprozesse beendet; initialisiere neu
2009-05-15 09:55:21 CEST FATAL:  bereits bestehender Shared-Memory-Block wird noch benutzt
2009-05-15 09:55:21 CEST TIPP:  Pr�n Sie, ob irgendwelche alten Serverprozesse noch laufen und beenden Sie diese.
-> server not available

--- net start pgsql-8.3

2009-05-15 09:56:18 CEST LOG:  database system was interrupted; last known up at 2009-05-15 09:48:57 CEST
2009-05-15 09:56:18 CEST LOG:  database system was not properly shut down; automatic recovery in progress
2009-05-15 09:56:18 CEST FATAL:  the database system is starting up
2009-05-15 09:56:18 CEST LOG:  record with zero length at 4/F5E45CE0
2009-05-15 09:56:18 CEST LOG:  redo is not required
2009-05-15 09:56:18 CEST LOG:  Datenbanksystem ist bereit um Verbindungen anzunehmen
2009-05-15 09:56:18 CEST LOG:  autovacuum launcher started

-> server running again

So my questions / ideas:

(1)
I know we are running PostgreSQL on Windows within a low priv user account to lower the propabilty of privilege escalation attacks. could'nt the same effect be reached by running as local service / network service? That message of Windows XP seems to suggest that it is "recommended" to run as localservice / networkservice.

(2)
Could this "shutting down with <something> accessing registry and after that starting be a way to provoce that "shared memory reattach bug" and test its possible solution from some mails ago?

Best wishes,

Harald





--
GHUM Harald Massa
persuadere et programmare
Harald Armin Massa
Spielberger Straße 49
70435 Stuttgart
0173/9409607
no fx, no carrier pigeon
-
LASIK good, steroids bad?