Received: from localhost (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 4D8FA6501DC for ; Wed, 26 Nov 2008 14:39:36 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 21716-03 for ; Wed, 26 Nov 2008 14:39:33 -0400 (AST) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.postgresql.org (Postfix) with SMTP id 11B2664FF01 for ; Wed, 26 Nov 2008 14:39:31 -0400 (AST) Received: (qmail invoked by alias); 26 Nov 2008 18:39:28 -0000 Received: from dslc-082-082-163-239.pools.arcor-ip.net (EHLO [192.168.123.148]) [82.82.163.239] by mail.gmx.net (mp058) with SMTP; 26 Nov 2008 19:39:28 +0100 X-Authenticated: #955937 X-Provags-ID: V01U2FsdGVkX18psAI/PwkpCJa7BgoiYnmBFQ5Kz+P/Zs98V/WvEe yrgjXvDHHVAdgg Message-ID: <492D97D6.7080506@gmx.de> Date: Wed, 26 Nov 2008 19:39:18 +0100 From: Jan-Peter Seifert User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Rafael Domiciano CC: "pgsql-admin@postgresql.org" Subject: Re: Vacuum Problems References: <3a0028490811260543x74d02719w775a457999cfc74@mail.gmail.com> <492D5C87.5090505@usit.uio.no> <3a0028490811260700w6e8d9d86o24effbe0bea2bddb@mail.gmail.com> In-Reply-To: <3a0028490811260700w6e8d9d86o24effbe0bea2bddb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 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: 200811/155 X-Sequence-Number: 30809 Rafael Domiciano wrote: > The database has around 40 Gb. > > If I not use vacuum full everyday the database get very slow. > > There is no deadlock on the database. > The vacuum does a clean in the table and in every index of the table > "clifatura". And in the end of the vacuum, seems that vacuum is working > hard on the table (Vacuum is using CPU and memory), but doesn't end. Well - maybe an index on the table is broken? I did once run a script on a database to insert a rather big amount of data. During reindexing the db ran out of diskspace, but obviously it was freed after that so I missed the really important error message. I just wondered why the server had restarted in the meantime. A vacuum on the table in question took forever. I'm not sure whether I just did a reindex or a dump and restore to fix this. Just a suggestion. Good luck. Peter