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 по дате отправления: