Re: BUG #16007: Regarding patch for BUG #3995: pqSocketCheck doesn't return

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #16007: Regarding patch for BUG #3995: pqSocketCheck doesn't return
Дата
Msg-id 31394.1568642095@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #16007: Regarding patch for BUG #3995: pqSocketCheck doesn't return  (Kiran Khatke <kirankhatke23may@gmail.com>)
Ответы Re: BUG #16007: Regarding patch for BUG #3995: pqSocketCheck doesn't return
Список pgsql-bugs
Kiran Khatke <kirankhatke23may@gmail.com> writes:
> One of the thread of DBMGR Daemon is waiting for the result of poll()
> function.
> poll() was called by pgSocketCheck(). So pqSocketCheck() didn't return,
> hung in poll().
> Below is the backtrace.

Well, it's waiting for the query to finish, or so it thinks.  Did you
look at what the server thinks the session is doing?

Your reference to multiple threads is a red flag to me.  Very often
we see people whose programs try to use the same PGconn object from
multiple threads.  That doesn't work --- and libpq does not have any
internal mutexes that would prevent the object's state from getting
messed up by concurrent operations.  So a plausible theory is that
this PGconn was used concurrently, and now this particular thread
is stuck because the object's state is corrupt (ie, it shows the
query as busy but the server doesn't think so).

It might be worth enabling log_statement = all on the server side
and then watching the server log to see what seems to be happening
from that end.

            regards, tom lane



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

Предыдущее
От: Peter Bex
Дата:
Сообщение: Re: BUG #15383: Join Filter cost estimation problem in 10.5
Следующее
От: PG Bug reporting form
Дата:
Сообщение: BUG #16009: ERROR:  found xmax 1245512970 from before relfrozenxid 1245512975