R: R: BUG #6342: libpq blocks forever in "poll" function - Mailing list pgsql-bugs

From Andrea Grassi
Subject R: R: BUG #6342: libpq blocks forever in "poll" function
Date
Msg-id 001b01ccbe60$ddb84280$9928c780$@com
Whole thread Raw
In response to Re: R: BUG #6342: libpq blocks forever in "poll" function  (Craig Ringer <ringerc@ringerc.id.au>)
Responses Re: R: R: BUG #6342: libpq blocks forever in "poll" function
List pgsql-bugs
Hi, Craig
Now my process is blocked and I have the case in my hands.
Do you have something to ask me in order to have more details ?

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 by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: [PATCH] Use CC atomic builtins if available [was: Re: TAS patch for building on armel/armhf thumb]
Next
From: alexander.fortin@gmail.com
Date:
Subject: BUG #6347: Reopening bug #6085