Re: BUG #5798: Some weird error with pl/pgsql procedure

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: BUG #5798: Some weird error with pl/pgsql procedure
Дата
Msg-id AANLkTinzR3KOumGE_FBiBu8PWU=33guLrZW78qC+2KrV@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #5798: Some weird error with pl/pgsql procedure  (Maxim Boguk <maxim.boguk@gmail.com>)
Ответы Re: BUG #5798: Some weird error with pl/pgsql procedure  (Maxim Boguk <maxim.boguk@gmail.com>)
Список pgsql-bugs
On Wed, Dec 22, 2010 at 4:53 PM, Maxim Boguk <maxim.boguk@gmail.com> wrote:
> About stack backtrace I not sure how to get it (and even worse the
> database is heavily loaded production DB so I not sure creating core
> dump would be good idea).
> Still I would like to receive any help with creating a stack backtrace.

Well, if you can reproduce this problem in a given session, you can
use pg_backend_pid() at the start of the session to get the backend
ID, and then if your build has debugging symbols (or separate
debuginfos you can install), you could attach gdb to it, set a
breakpoint at the lines in heaptuple.c that can throw this error,
reproduce the problem, and then get a backtrace.  But if it's
happening randomly I don't have a lot of ideas.

I do wonder if this could be related to using TIDs that don't actually
exist in the table.  That might be worth some experimentation.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Are CSV logs supported in the PgAdmin log viewer?
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Full Text index is not using during OR operation for multiple table join