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 220.127.116.11.
Maybe it's not the last release but it can justify the blocks ? In other systems (VMWARE) the same system work fine.
What you suspect ? libpq ? linux release ? hardware ?
If you need other informations let me know.
Da: Craig Ringer [mailto:ringerc(at)ringerc(dot)id(dot)au]
Inviato: sabato 17 dicembre 2011 7.19
A: Andrea Grassi
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 connects to 127.0.0.1.
> In the meantime, my original program blocks (not my example but very probably the reasons are the same).
> I typed "ps -C testprogramname -o wchan:80=" and the output was only a single dash ( "-" ).
That means it's not waiting in a kernel call right now. Was the program
in the hung state you've observed at the time you ran the command? Its
output would only be interesting when it's hung.
> I searched for the complete stack in /proc/$pid/stack (where $pid) was the pid of my process but this file doesn't exists !! Why ?
Old kernel, maybe? You're running on some kind of enterprise-y distro,
so who knows how ancient half the stuff in there is.
In response to
pgsql-bugs by date
|Next:||From: Andrew Milne||Date: 2011-12-19 09:37:21|
|Subject: Re: BUG #6309: ECPG pre-processor issue|
|Previous:||From: Sachin Srivastava||Date: 2011-12-19 08:00:16|
|Subject: Re: BUG #6345: "forget the password for reinstallaion"|