X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id DBEC29FA217 for ; Wed, 13 Sep 2006 03:35:14 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 30601-04 for ; Wed, 13 Sep 2006 06:35:07 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id C31379FA1DE for ; Wed, 13 Sep 2006 03:35:06 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id 7478B56427; Wed, 13 Sep 2006 01:35:04 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Wed, 13 Sep 2006 01:35:03 -0500 Date: Wed, 13 Sep 2006 01:35:03 -0500 From: "Jim C. Nasby" To: jallgood@the-allgoods.net Cc: pgsql-performance@postgresql.org Subject: Re: Message-ID: <20060913063503.GB23173@nasby.net> References: <4307021.595181158089587924.JavaMail.servlet@perfora> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4307021.595181158089587924.JavaMail.servlet@perfora> X-Operating-System: FreeBSD 6.0-RELEASE-p4 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Hashcash: 1:20:060913:jallgood@the-allgoods.net::32ADcRCB0EDvE3DI:000000000000 0000000000000000000000005SQ2 X-Hashcash: 1:20:060913:pgsql-performance@postgresql.org::d62U6XeLpq5ssVtr:00000 00000000000000000000000010Qj X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200609/110 X-Sequence-Number: 20796 On Tue, Sep 12, 2006 at 03:33:08PM -0400, jallgood@the-allgoods.net wrote: > Hello All > > I am getting this message in my log files for my database. > > LOG: out of file descriptors: Too many open files; release and retry. > > At some point the memomy didn't get released and the postmaster reset itself terminating all client connections. I am not sure what direction to go. I can increase the file-max in the kernel but it looks reasonably sized already . Or decrease the max_file_per_process. Has anyone on the list encountered this issue. I am running Postgres 7.4.7. PostgreSQL could be using somewhere around as much as max_files_per_process * ( max_connections + 5 ), so make sure that matches file-max (the + 5 is because there are non-connection processes such as the bgwriter). If that looks OK, some file descriptors might have been left around from the crash... I know this can happen with shared memory segments. It normally won't happen with file descriptors, but perhaps it is possible. If that's the case, a reboot would certainly fix it. BTW, you should upgrade to the latest 7.4 release. -- Jim Nasby jim@nasby.net EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)