"Kevin Grittner" <kevin.gritt...@wicourts.gov> wrote:
> Andrew Alcheyev <bu...@telenet.ru> wrote:
>  
>> Well, it does good and the backend hasn't crashed yet, but the
>> client is still experiencing query problems at some point (not
>> far, I guess, from where its backend would segfault without the
>> patch). This time it encounters the following error from the
>> backend:
>> 
>> ERROR:  out of shared memory
>> HINT:  You might need to increase max_pred_locks_per_transaction.
>  
> I noticed that you are using prepared transactions.  Do you have
> any lingering transactions prepared but not committed or rolled
> back?  (You can look in pg_prepared_xacts, and see when they were
> prepared.)
>  
>> So what should I do? Do I need to increase
>> "max_pred_locks_per_transaction" in postgresql.conf?
>  
> Maybe, but let's rule out other problems first.
 
Has this been resolved?  Any details would be useful to us.
 
-Kevin

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs

Reply via email to