Re: Win32 Backend Cash - pre-existing shared memory block is still in use - Mailing list pgsql-general

From Alvaro Herrera
Subject Re: Win32 Backend Cash - pre-existing shared memory block is still in use
Date
Msg-id 1282145588-sup-2426@alvh.no-ip.org
Whole thread Raw
In response to Win32 Backend Cash - pre-existing shared memory block is still in use  (Jeremy Palmer <JPalmer@linz.govt.nz>)
Responses Re: Win32 Backend Cash - pre-existing shared memory block is still in use
List pgsql-general
Excerpts from Jeremy Palmer's message of mar ago 17 22:59:08 -0400 2010:
>
> I'm getting infrequent backend crashes on a windows instance of PostgreSQL. The error I get is in the log below. It
seemsto relate to the share memory each time. Does anyone have any ideas what the problem is here, or what additional
thingsI can do to get more information out next time the backend crashes? 
>
> I'm running PostgreSQL 8.4.4 on Windows server 2003 Standard.


The first entries are unrelated.

> 2010-08-17 16:57:22 NZSTLOG:  unexpected EOF on client connection

This is a memory dump and could be unrelated (or maybe not).

> TopMemoryContext: 268428304 total in 26 blocks; 5528 free (22 chunks); 268422776 used
>   Local Buffer Lookup Table: 2088960 total in 8 blocks; 501416 free (22 chunks); 1587544 used
[snip some more]


The real problem is here:

> 2010-08-17 19:19:32 NZSTLOG:  server process (PID 6684) exited with exit code 128
> 2010-08-17 19:19:32 NZSTLOG:  terminating any other active server processes

The rest is just noise about other processes being killed by postgres to
reset memory to a known-good state.

What you need to investigate is what caused that process to exit with
code 128.

PS: it'd be a good idea to append some whitespace to log_line_prefix, to
ensure that timezone NZST is separate from the "LOG" tag.

--
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

pgsql-general by date:

Previous
From: Vick Khera
Date:
Subject: Re: Accessing a database via AJAX scripts
Next
From: Vick Khera
Date:
Subject: Re: pg 9.0, streaming replication, fail over and fail back strategies