Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id E94401337B51 for ; Sat, 22 Jan 2011 05:29:26 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 93915-09 for ; Sat, 22 Jan 2011 09:29:19 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail.kickstone.com (smtp.kickstone.co.uk [87.194.183.70]) by mail.postgresql.org (Postfix) with ESMTP id 846781337B47 for ; Sat, 22 Jan 2011 05:29:19 -0400 (AST) Received: from 87-194-183-69.dsl.cnl.uk.net ([87.194.183.69]:1328 helo=MADRAS2) by mail.kickstone.com with esmtpa (Exim 4.71) (envelope-from ) id 1PgZmZ-0002mQ-4o for pgsql-admin@postgresql.org; Sat, 22 Jan 2011 09:29:19 +0000 Message-ID: From: "John Lister" To: References: <927BF3A3F54247FF8C63219A00CE98B5@squarepi.com> <1427.1295651046@sss.pgh.pa.us> <2081.1295653238@sss.pgh.pa.us> <4D3AA304.7070506@kickstone.com> Subject: Re: Should autovacuum do a database wide vacuum near transaction limit? Date: Sat, 22 Jan 2011 09:29:18 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201101/147 X-Sequence-Number: 36587 > "John Lister" writes: >> On another bizarre note, A database wide vacuum has just finished, but >> I'm >> still getting the warnings: >> GMT WARNING: database "backend" must be vacuumed within 10205310 >> transactions > Did you do that vacuum as a superuser? Thanks for your help, but I managed to work it out using an answer you gave in another thread. I looked at which tables had a frozen xid equal to the database value and found that there were 7 temporary tables with numbers equal or very close to it. I couldn't find a way to determine which process created those tables ( - is this possible?) and therefore see how long it had been running, etc Instead I tried to vacuum them, but this didn't make any difference (or indeed do anything), so in the end I deleted the tables manually instead, which instantly reset the transaction count back to the 1billion mark. I now need to find out which process probably died due to its temp tables disappearing, again they appeared odd - single alphabetical names - which I wasn't expecting... Was this expected behaviour with temporary tables? Cheers John