From: | "Nicholson, Brad (Toronto, ON, CA)" <bnicholson(at)hp(dot)com> |
---|---|
To: | Leif Biberg Kristensen <leif(at)solumslekt(dot)org>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: max_stack_depth error, need suggestion |
Date: | 2011-08-18 14:08:44 |
Message-ID: | 2626AEE4839D064CB0472A3814DC403F46DB10C543@GVW1092EXB.americas.hpqcorp.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> -----Original Message-----
> From: pgsql-general-owner(at)postgresql(dot)org [mailto:pgsql-general-
> owner(at)postgresql(dot)org] On Behalf Of Leif Biberg Kristensen
> Sent: Thursday, August 18, 2011 6:49 AM
> To: pgsql-general(at)postgresql(dot)org
> Subject: Re: [GENERAL] max_stack_depth error, need suggestion
>
> On Thursday 18. August 2011 12.39.31 AI Rumman wrote:
> > I am using Postgresql 9.0.1 in Centos 5.
> >
> > Yesterday, I got the error inlog:
> >
> > 2011-08-16 10:57:34 EDT [3868]: [1-1] user=vcrm,db=vtigercrm504
> ERROR:
> > stack depth limit exceeded
> > 2011-08-16 10:57:34 EDT [3868]: [2-1] user=vcrm,db=vtigercrm504 HINT:
> > Increase the configuration parameter "max_stack_depth", after
> ensuring the
> > platform's stack depth limit is adequate.
> >
> >
> > I found that I need to increase max_stack_depth. But doc says that it
> is a
> > bit risky increasing it.
> >
> > Could any one please suggest me what the maximum safe value I may set
> in my
> > environment?
> >
> > My Server RAM is 32 GB.
>
> That error message is usually caused by an infinite recursion.
Slony can also cause this to happen (at least it could - I'm not sure if it still does) - it wasn't from infinite recursion though. I used to have to set that higher for some of my clusters. They may have fixed the query that was causing that to happen though.
Brad.
From | Date | Subject | |
---|---|---|---|
Next Message | Jenish Vyas | 2011-08-18 14:26:38 | Can we use dblink for insert and update of dynamic values |
Previous Message | Adarsh Sharma | 2011-08-18 12:36:13 | Syncing Data to Production DB Server |