Re: "Stuck" query

From: Tommy Gildseth <tommy(dot)gildseth(at)usit(dot)uio(dot)no>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: "Stuck" query
Date: 2008-09-10 10:29:59
Message-ID: 48C7A1A7.1090109@usit.uio.no
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Richard Huxton wrote:
> Tommy Gildseth wrote:
>> SELECT pg_cancel_backend(17504) has no effect, neither does kill 17504
>> from the shell.
>
> Strange.
>
>> I tried "strace -p17504", and this gave me just the following output:
>> sendto(7, "\7\0\0\0\003771\0\0\0\00224\0\0\0\017127.120.213.18"..., 968,
>> 0, NULL, 0 <unfinished ...>
>
> Looks like part of your query results being sent. Is it hung in that one
> system-call?

Yes, I left it there for about ~1 hour, and that was all that ever came.

>
>> Does anyone have any further troubleshooting suggestions that I can do,
>> to figure out why this query have "crashed"?
>
> Is the client locked/crashed too?
> If it's connected over a network, is the connection still there?

We stopped the client application to see if that would make any
difference, but the connection and the query on the server side is still
there.

A strace of the client application before it was shut down simply showed:

strace -p6721
Process 6721 attached - interrupt to quit
accept(18, <unfinished ...>

so, not very helpfull.

>
>> The pg version is 8.2.9 on RHEL4
>
> Fairly standard setup. I've seen various problems reported by selinux
> oddities, but nothing quite like this.

We don't use selinux.

--
Tommy Gildseth

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Magnus Hagander 2008-09-10 11:03:10 Re: ms windows: 40% space taken double by ../pg_tblspc folder?
Previous Message Willy-Bas Loos 2008-09-10 10:27:39 ms windows: 40% space taken double by ../pg_tblspc folder?