Re: FreeBSD 9.0/amd64, PostgreSQL 9.1.2, pgbouncer 1.4.2: segmentation fault - Mailing list pgsql-bugs

From Kevin Grittner
Subject Re: FreeBSD 9.0/amd64, PostgreSQL 9.1.2, pgbouncer 1.4.2: segmentation fault
Date
Msg-id 4F156FE102000025000448A3@gw.wicourts.gov
Whole thread Raw
In response to Re: FreeBSD 9.0/amd64, PostgreSQL 9.1.2, pgbouncer 1.4.2: segmentation fault  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List pgsql-bugs
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> wrote:
> Andrew Alcheyev <buddy@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

pgsql-bugs by date:

Previous
From: Noah Misch
Date:
Subject: Re: fatal flex error in guc-file.l kills the postmaster
Next
From: David Schnur
Date:
Subject: Re: [ADMIN] Repeatable crash in pg_dump (with -d2 info)