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
