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/
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 |