Re: R: R: R: R: BUG #6342: libpq blocks forever in "poll" function
| От | Tom Lane |
|---|---|
| Тема | Re: R: R: R: R: BUG #6342: libpq blocks forever in "poll" function |
| Дата | |
| Msg-id | 6410.1324402946@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | R: R: R: R: BUG #6342: libpq blocks forever in "poll" function ("Andrea Grassi" <andreagrassi@sogeasoft.com>) |
| Ответы |
Re: R: R: R: R: BUG #6342: libpq blocks forever in "poll"
function
|
| Список | pgsql-bugs |
"Andrea Grassi" <andreagrassi@sogeasoft.com> writes:
> This is the server side stack kept by gdb:
> [ server is waiting to receive something from client ]
> The netstat command on client and server connection has this output:
> The first line should be the server, the second the client.
> Proto Recv-Q Send-Q Local Address Foreign Address State
> PID/Program name
> tcp 0 0 127.0.0.1:5432 127.0.0.1:53129
> ESTABLISHED -
> tcp 48 0 127.0.0.1:53129 127.0.0.1:5432
> ESTABLISHED 29802/g_mrprun.e
Hrm. What's with the 48 bytes in the client's receive queue? Surely
the kernel should be reporting that the socket is read-ready, if it's
got some data. I think you've found an obscure kernel bug ---- somehow
it's failing to wake the poll() caller.
regards, tom lane
В списке pgsql-bugs по дате отправления: