Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id 4622D119C295 for ; Thu, 8 Mar 2012 15:24:14 -0400 (AST) Received: from mailout-us.gmx.com ([74.208.5.67]) by makus.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1S5iwe-0008Co-Ls for pgsql-admin@postgresql.org; Thu, 08 Mar 2012 19:24:13 +0000 Received: (qmail 28055 invoked by uid 0); 8 Mar 2012 19:23:59 -0000 Received: from 24.173.152.125 by rms-us009.v300.gmx.net with HTTP Content-Type: multipart/alternative; boundary="========GMXBoundary223711331234639377093" Date: Thu, 08 Mar 2012 14:23:59 -0500 From: "umashankar narayanan" Message-ID: <20120308192359.223710@gmx.com> MIME-Version: 1.0 Subject: Re: Postgres server crashing unexpectedly. To: "Kevin Grittner" ,pgsql-admin@postgresql.org X-Authenticated: #100483258 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 X-GMX-UID: GGIrbwc23zOl29sjlnEhQ0B+IGRvbwDH X-Pg-Spam-Score: -1.5 (-) X-Archive-Number: 201203/39 X-Sequence-Number: 39227 --========GMXBoundary223711331234639377093 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Kevin, The full version of Postgres is 8.3.1. It is running on Microsoft Windows 2003 Standard 32-bit on VMWare. On the system logs around this time, the only message that we receive is that the PID crashed. All that I see on the postgres log before the crash is the below message: 2012-03-07 11:56:12 EST LOG: loaded library "$libdir/plugins/plugin_debugger.dll" No other postgres processes are lingering. I did confirm that no other batch jobs or monitoring jobs were running during this time, that would grab the same shared memory block. Thanks! Umashankar ----- Original Message ----- From: Kevin Grittner Sent: 03/08/12 01:25 PM To: umashankar narayanan, pgsql-admin@postgresql.org Subject: Re: [ADMIN] Postgres server crashing unexpectedly. "umashankar narayanan" wrote: > Version : 8.3 Please give the full version and a bit more information about the environment it's running in: http://wiki.postgresql.org/wiki/Guide_to_reporting_problems > 2012-03-07 11:57:20 EST LOG: server process (PID 5944) exited > with exit code 128 Was there anything in the PostgreSQL log ahead of this to give a clue what went wrong and caused this? Is there anything in any of system logs from around this time? > 2012-03-07 11:57:20 EST LOG: terminating any other active server > processes This is normal -- when one process crashes this hard, it can leave shared memory in a corrupted state, so PostgreSQL restarts to get a clean environment with minimal down time. > [each client process logging its termination] > 2012-03-07 11:57:21 EST LOG: all server processes terminated; > reinitializing OK, it's trying to restart so clients can re-connect and continue. > 2012-03-07 11:57:22 EST FATAL: pre-existing shared memory block > is still in use > 2012-03-07 11:57:22 EST HINT: Check if there are any old server > processes still running, and terminate them. Something is still hanging on to the PostgreSQL shared memory block. Are any postgres processes lingering? Are you running anything else which might be grabbing the same shared memory block? -Kevin -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin --========GMXBoundary223711331234639377093 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Kevin,
= =20
=20 The full version of Postgres is 8.3.1. It is running on Microsoft Windows 2= 003 Standard 32-bit on VMWare.
=20 On the system logs around this time, the only message that we receive is th= at the PID crashed.

=20
=20 All that I see on the postgres log before the crash is the below message:=20
=20 2012-03-07 11:56:12 EST LOG:  loaded library "$libdir/plugins/plugin_d= ebugger.dll"
=20
=20 No other postgres processes are lingering. I did confirm that no other batc= h jobs or monitoring jobs were running during this time, that would grab th= e same shared memory block.
=20
=20 Thanks!
=20 Umashankar
=20
=20
=20
=20

=20 =C2=A0

=20
=20

=20 --= --- Original Message -----

=20

=20 Fr= om: Kevin Grittner

=20

=20 Se= nt: 03/08/12 01:25 PM

=20

=20 To= : umashankar narayanan, pgsql-admin@postgresql.org

=20

=20 Su= bject: Re: [ADMIN] Postgres server crashing unexpectedly.

= =20
=20
=20
=20
=20
"umashankar narayanan" <umashankar@graffiti.net> wrote:=20
=20
> Version : 8.3=20
=20
Please give the full version and a bit more information about the=20
environment it's running in:=20
=20
http://wiki.postgresql.org/wiki/Guide_to_reporting_problems=20
=20
>  2012-03-07 11:57:20 EST LOG: server process (PID 5944) exited=20
> with exit code 128=20
=20
Was there anything in the PostgreSQL log ahead of this to give a=20
clue what went wrong and caused this?  Is there anything in any of=20
system logs from around this time?=20
=20
>  2012-03-07 11:57:20 EST LOG: terminating any other active server=20
> processes=20
=20
This is normal -- when one process crashes this hard, it can leave=20
shared memory in a corrupted state, so PostgreSQL restarts to get a=20
clean environment with minimal down time.=20
=20
> [each client process logging its termination]=20

>  2012-03-07 11:57:21 EST LOG: all server processes terminated;=20
> reinitializing=20
=20
OK, it's trying to restart so clients can re-connect and continue.=20
=20
>  2012-03-07 11:57:22 EST FATAL: pre-existing shared memory block=20
> is still in use=20
>  2012-03-07 11:57:22 EST HINT: Check if there are any old server=20
> processes still running, and terminate them.=20
=20
Something is still hanging on to the PostgreSQL shared memory block.=20
=20
Are any postgres processes lingering?  Are you running anything else=20
which might be grabbing the same shared memory block?=20
=20
-Kevin=20

--=20
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)=20
To make changes to your subscription:=20
http://www.postgresql.org/mailpref/pgsql-admin
=20
=20
=20
=20
--========GMXBoundary223711331234639377093--