Re: diagnosing a db crash - server exit code 2 - Mailing list pgsql-admin

From Scott Marlowe
Subject Re: diagnosing a db crash - server exit code 2
Date
Msg-id CAOR=d=3EKP=PGewfgOpKk+x1VGTxSg=rky9+eqk6Xr=QWCokbw@mail.gmail.com
Whole thread Raw
In response to Re: diagnosing a db crash - server exit code 2  (Joe Conway <mail@joeconway.com>)
List pgsql-admin
On Fri, Sep 23, 2011 at 1:23 PM, Joe Conway <mail@joeconway.com> wrote:
> On 09/23/2011 12:02 PM, Burgholzer, Robert (DEQ) wrote:
>> I am trying to get my head around why I keep getting crashes to my PG
>> 8.3.7 database on CentOS - Linux version 2.6.18-164.el5.  There are 3
>> slightly different (I think) circumstances leading to a crash of the
>> database, all related in some way to long running PHP scripts with
>> intensive activity on PG connections.
>> #1 - execution of an R call via pLR (sometimes this may crash it all by
>> itself)
>> #2 - execution of a postGIS query (possible)
>> #3 - random occurences, all related to the same long running PHP scripts
>>
>> I have read that perhaps hardware and/or system settings may cause
>> this.  I believe the system is running i9 processors, that may be set
>> into some sort of virtual multi-threading mode.  Thanks for any insight
>> you all can give in tracking this down.
>
> Are you maybe getting bitten by the OOM killer?
>
> http://www.postgresql.org/docs/8.3/interactive/kernel-resources.html#AEN22246

If OP needs a duct tape fix, just create a giant swap file and add it
to swap.  Unless there are runaway recursive things happening, then
he's gotta fix those.

pgsql-admin by date:

Previous
From: Joe Conway
Date:
Subject: Re: diagnosing a db crash - server exit code 2
Next
From: "Burgholzer, Robert (DEQ)"
Date:
Subject: Re: diagnosing a db crash - server exit code 2