Re: pre-existing shared memory block is still in use after crashes

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: Dave Vitek <dvitek(at)grammatech(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: pre-existing shared memory block is still in use after crashes
Date: 2010-05-06 15:44:43
Message-ID: x2o9837222c1005060844lfea5d11dtf8ea3cb7e3b45d24@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, May 6, 2010 at 17:42, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> Excerpts from Dave Vitek's message of jue may 06 10:44:34 -0400 2010:
>> Hi all,
>>
>> Yesterday I ran into two backend crashes and then an autovacuum launcher
>> process crash.  The autovacuum log was:
>> LOG:  database system is ready to accept connections
>> LOG:  autovacuum launcher process (PID 3788) was terminated by exception
>> 0xC0000142
>> HINT:  See C include file "ntstatus.h" for a description of the
>> hexadecimal value.
>
> 0xC0000142 is STATUS_DLL_INIT_FAILED
>
> Apparently this can mean insufficient heap space.  I'm not sure if this is a
> surprising thing to get during high load.
>
> Not sure what can we do about it.

Do you know how many processes were running at the time? (both pg
backend processes and processes in general)?

--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Scott Mead 2010-05-06 15:52:05 Re: I need to take metadata from a shell script.
Previous Message Alvaro Herrera 2010-05-06 15:42:36 Re: pre-existing shared memory block is still in use after crashes