Received: from localhost (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 96DDE633AB3 for ; Tue, 14 Apr 2009 17:20:48 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 16178-01-4 for ; Tue, 14 Apr 2009 17:20:40 -0300 (ADT) X-Greylist: delayed 00:13:37.250429 by SQLgrey-1.7.6 Received: from outA.internet-mail-service.net (outa.internet-mail-service.net [216.240.47.224]) by mail.postgresql.org (Postfix) with ESMTP id 587016340B5 for ; Tue, 14 Apr 2009 17:20:43 -0300 (ADT) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 53900549A2; Tue, 14 Apr 2009 13:07:04 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from [192.168.1.107] (adsl-71-135-161-147.dsl.pltn13.pacbell.net [71.135.161.147]) by idiom.com (Postfix) with ESMTP id 323782D611D; Tue, 14 Apr 2009 13:06:59 -0700 (PDT) Message-ID: <49E4ED09.1020202@obviously.com> Date: Tue, 14 Apr 2009 13:07:37 -0700 From: Bryce Nesbitt User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: pgsql-sql@postgresql.org CC: Achilleas Mantzios Subject: Re: Postgres entering zombie state once a week in production evnvironment References: <49E42C72.9070902@obviously.com> <200904141026.27567.achill@matrix.gatewaynet.com> In-Reply-To: <200904141026.27567.achill@matrix.gatewaynet.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200904/72 X-Sequence-Number: 32418 Thanks for the thoughts on what to check. Unfortunately, the priority of the people responding to the incidents has been to get the system live again. I will add these items to a list that, hopefully, will be run through prior to restarting Postgres. Achilleas Mantzios wrote: > Did you check for locks? > SELECT * from pg_locks; > SELECT l.locktype,c.relname,l.pid,l.mode from pg_locks l,pg_class c where l.relation=c.oid ; > Were you able to issue other select commands during the problem? Were you able to start psql and do some simple command? > Have you ruled out the possibility of the application being locked for other reasons? (limits, network failure,etc....