Re: BUG #5305: Postgres service stops when closing Windows session - Mailing list pgsql-bugs

From Cristian Bittel
Subject Re: BUG #5305: Postgres service stops when closing Windows session
Date
Msg-id 652d02c21002040538x5283f091p3fbe8cd76d94ff45@mail.gmail.com
Whole thread Raw
In response to Re: BUG #5305: Postgres service stops when closing Windows session  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: BUG #5305: Postgres service stops when closing Windows session
List pgsql-bugs
2010/2/3 Robert Haas <robertmhaas@gmail.com>

> On Mon, Feb 1, 2010 at 11:28 AM, Cristian <cbittel@gmail.com> wrote:
> >
> > The following bug has been logged online:
> >
> > Bug reference:      5305
> > Logged by:          Cristian
> > Email address:      cbittel@gmail.com
> > PostgreSQL version: 8.3.9
> > Operating system:   Windows 2003 Server Standard x64
> > Description:        Postgres service stops when closing Windows session
> > Details:
> >
> > We connect to Windows server using the Terminal Services Clients (mstsc=
),
> > and performs maintenance task with pgAdmin 3.
> >
> > PostgreSQL service crashes when the user close session on Windows, and
> the
> > following error is recorded in the pg_log files:
> >
> >
> >
> > LOG:  server process (PID 5200) exited with exit code 128
> >
> > LOG:  terminating any other active server processes
> >
> > WARNING:  terminating connection because of crash of another server
> process
> >
> > DETAIL:  The postmaster has commanded this server process to roll back
> the
> > current transaction and exit, because another server process exited
> > abnormally and possibly corrupted shared memory.
> >
> > HINT:  In a moment you should be able to reconnect to the database and
> > repeat your command. ..
> >
> >
> >
> > The server has the following specs:
> >
> > Windows 2003 SP2 Standard 64-bit, 4GB, NOT joined to a domain.
> >
> > PostgreSQL 8.3.9
> >
> > pgAdmin 3
> >
> > We connect without the /console parameter.
> >
> >
> > Any ideas?
>
> So you're saying that if pgadmin is open when you close the terminal
> services session, the SERVER crashes?
>
> Did you somehow start the server in that same session, or is the
> server running as a service?
>
> ...Robert
>

If pgAdmin is open inside any mstsc session, mine or another terminal
session of another user, the main PostgreSQL service crash.

Logs report server process exit code 128, two final lines are repeated for
each active connection to postgres from Apache server, and below (in
spanish) the Security Event Viwer where Administrator user logoff and then
"postgres" user tryed to login again to Windows:

2009-10-13 22:10:47 PYT LOG:  loaded library "$libdir/plugins/plugin_
debugger.dll"
2009-10-13 22:30:08 PYT LOG:  loaded library
"$libdir/plugins/plugin_debugger.dll"
2009-10-13 22:40:30 PYT LOG:  loaded library
"$libdir/plugins/plugin_debugger.dll"
2009-10-13 22:50:09 PYT LOG:  loaded library
"$libdir/plugins/plugin_debugger.dll"
*2009-10-13 22:57:41 PYT LOG:  server process (PID 50516) exited with exit
code 128*
2009-10-13 22:57:41 PYT LOG:  terminating any other active server processes
2009-10-13 22:57:41 PYT WARNING:  terminating connection because of crash of
another server process
2009-10-13 22:57:41 PYT DETAIL:  The postmaster has commanded this server
process to roll back the current transaction and exit, because another
server process exited abnormally and possibly corrupted shared memory.
2009-10-13 22:57:41 PYT HINT:  In a moment you should be able to reconnect
to the database and repeat your command.


The extract for the events:
1) Aplication Popup: postgres.exe Application Error. Application could not
initialize.
2) Service Control Manager: PostgreSQL Database Server 8.3 stopped.
3) Security: Session Login for the "postgres" user account by the
MICROSOFT_AUTHENTICATION_PACKAGE_V1_0
4, 5) Security: Details of session login for postgres user account.

Tipo de suceso:    Informaci=F3n
Origen del suceso:    Application Popup
Categor=EDa del suceso:    Ninguno
Id. suceso:    26
Fecha:        13/10/2009
Hora:        22:57:40
Usuario:        No disponible
Equipo:    SVCTAG-DL6W3J1
Descripci=F3n:
Aplicaci=F3n emergente: postgres.exe - Error de la aplicaci=F3n : La aplica=
ci=F3n
no se ha podido inicializar correctamente (0xc0000142). Haga clic en Aceptar
para terminar la aplicaci=F3n.

Para obtener m=E1s informaci=F3n, vea el Centro de ayuda y soporte t=E9cnic=
o en
http://go.microsoft.com/fwlink/events.asp.


Tipo de suceso:    Informaci=F3n
Origen del suceso:    Service Control Manager
Categor=EDa del suceso:    Ninguno
Id. suceso:    7036
Fecha:        13/10/2009
Hora:        22:57:42
Usuario:        No disponible
Equipo:    SVCTAG-DL6W3J1
Descripci=F3n:
El servicio PostgreSQL Database Server 8.3 entr=F3 en estado detenido.

Para obtener m=E1s informaci=F3n, vea el Centro de ayuda y soporte t=E9cnic=
o en
http://go.microsoft.com/fwlink/events.asp.


Tipo de suceso:    Aciertos
Origen del suceso:    Security
Categor=EDa del suceso:    Inicio de sesi=F3n de la cuenta
Id. suceso:    680
Fecha:        13/10/2009
Hora:        23:00:11
Usuario:        SVCTAG-DL6W3J1\postgres
Equipo:    SVCTAG-DL6W3J1
Descripci=F3n:
Inicio de sesi=F3n intentado por:    MICROSOFT_AUTHENTICATION_
PACKAGE_V1_0
 Cuenta de inicio de sesi=F3n:    postgres
 Estaci=F3n de trabajo de origen:    SVCTAG-DL6W3J1
 C=F3digo de error:    0x0


Para obtener m=E1s informaci=F3n, vea el Centro de ayuda y soporte t=E9cnic=
o en
http://go.microsoft.com/fwlink/events.asp.


Tipo de suceso:    Aciertos
Origen del suceso:    Security
Categor=EDa del suceso:    Inicio/cierre de sesi=F3n
Id. suceso:    552
Fecha:        13/10/2009
Hora:        23:00:11
Usuario:        NT AUTHORITY\SYSTEM
Equipo:    SVCTAG-DL6W3J1
Descripci=F3n:
Intento de inicio de sesi=F3n usando las credenciales expl=EDcitas:
 Usuario que ha iniciado sesi=F3n:
     Nombre de usuario:    SVCTAG-DL6W3J1$
     Dominio:        WORKGROUP
     Id. de inicio de sesi=F3n:        (0x0,0x3E7)
     GUID de inicio de sesi=F3n:    -
 Usuario cuyas credenciales se usaron:
     Nombre usuario de destino:    postgres
     Dominio de destino:    SVCTAG-DL6W3J1
     GUID de inicio de sesi=F3n de destino -

 Nombre de servidor de destino:    localhost
 Informaci=F3n de servidor de destino:    localhost
 Id del proceso del llamador::    428
 Direcci=F3n de red de origen:    -
 Puerto de origen:    -


Para obtener m=E1s informaci=F3n, vea el Centro de ayuda y soporte t=E9cnic=
o en
http://go.microsoft.com/fwlink/events.asp.



Tipo de suceso:    Aciertos
Origen del suceso:    Security
Categor=EDa del suceso:    Inicio/cierre de sesi=F3n
Id. suceso:    528
Fecha:        13/10/2009
Hora:        23:00:11
Usuario:        SVCTAG-DL6W3J1\postgres
Equipo:    SVCTAG-DL6W3J1
Descripci=F3n:
Inicio de sesi=F3n realizado:
     Nombre de usuario:        postgres
     Dominio:        SVCTAG-DL6W3J1
     Id. de inicio de sesi=F3n:        (0x0,0x277734D8)
     Tipo de inicio de sesi=F3n:    5
     Proceso de inicio de sesi=F3n:    Advapi
     Paquete de autenticaci=F3n:    Negotiate
     Nombre de estaci=F3n de trabajo:    SVCTAG-DL6W3J1
     GUID de inicio de sesi=F3n:    -     Nombre de usuario del llamador:
SVCTAG-DL6W3J1$
     Dominio del llamador:    WORKGROUP
     Id de inicio de sesi=F3n del llamador:    (0x0,0x3E7)
     Id del proceso del llamador: 428
     Servicios transitados: -
     Direcci=F3n de red de origen:    -
     Puerto de origen:    -


Para obtener m=E1s informaci=F3n, vea el Centro de ayuda y soporte t=E9cnic=
o en
http://go.microsoft.com/fwlink/events.asp.


Tipo de suceso:    Aciertos
Origen del suceso:    Security
Categor=EDa del suceso:    Inicio/cierre de sesi=F3n
Id. suceso:    576
Fecha:        13/10/2009
Hora:        23:00:11
Usuario:        SVCTAG-DL6W3J1\postgres
Equipo:    SVCTAG-DL6W3J1
Descripci=F3n:
Privilegios especiales asignados al nuevo inicio de sesi=F3n:
     Usuario:
     Dominio:
     Id. de inicio de sesi=F3n:        (0x0,0x277734D8)
     Privilegios:    SeImpersonatePrivilege

Para obtener m=E1s informaci=F3n, vea el Centro de ayuda y soporte t=E9cnic=
o en
http://go.microsoft.com/fwlink/events.asp.

pgsql-bugs by date:

Previous
From: Fujii Masao
Date:
Subject: Re: BUG #5304: psql using conninfo fails in connecting to the server
Next
From: Alvaro Herrera
Date:
Subject: Re: BUG #5312: I NEED HELP