R: R: BUG #6342: libpq blocks forever in "poll" function
От | Andrea Grassi |
---|---|
Тема | R: R: BUG #6342: libpq blocks forever in "poll" function |
Дата | |
Msg-id | 000f01ccbe29$e317dbf0$a94793d0$@com обсуждение исходный текст |
Ответ на | Re: R: BUG #6342: libpq blocks forever in "poll" function (Craig Ringer <ringerc@ringerc.id.au>) |
Список | pgsql-bugs |
1. Yes, obviously I launched that command when the program was blocked. 2. The system release is "SUSE SLES 10 SP4 64 BIT" with kernel 2.6.16.60.= =20 Maybe it's not the last release but it can justify the blocks ? In other sy= stems (VMWARE) the same system work fine. What you suspect ? libpq ? linux release ? hardware ?=20 If you need other informations let me know.=20=20 Regards, Andrea -----Messaggio originale----- Da: Craig Ringer [mailto:ringerc@ringerc.id.au]=20 Inviato: sabato 17 dicembre 2011 7.19 A: Andrea Grassi Cc: pgsql-bugs@postgresql.org Oggetto: Re: R: [BUGS] BUG #6342: libpq blocks forever in "poll" function On 16/12/2011 10:10 PM, Andrea Grassi wrote: > The client program and the postgres server are on the same host, client c= onnects to 127.0.0.1. > In the meantime, my original program blocks (not my example but very prob= ably the reasons are the same). > > I typed "ps -C testprogramname -o wchan:80=3D" and the output was only a = single dash ( "-" ). That means it's not waiting in a kernel call right now. Was the program=20 in the hung state you've observed at the time you ran the command? Its=20 output would only be interesting when it's hung. > I searched for the complete stack in /proc/$pid/stack (where $pid) was th= e pid of my process but this file doesn't exists !! Why ? Old kernel, maybe? You're running on some kind of enterprise-y distro,=20 so who knows how ancient half the stuff in there is. -- Craig Ringer
В списке pgsql-bugs по дате отправления: