Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eAGwH-0000i2-IG for pgsql-admin@arkaria.postgresql.org; Thu, 02 Nov 2017 14:57:49 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1eAGwH-0008MR-4v for pgsql-admin@arkaria.postgresql.org; Thu, 02 Nov 2017 14:57:49 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eAGwG-0008Ln-LQ for pgsql-admin@postgresql.org; Thu, 02 Nov 2017 14:57:48 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eAGwD-0002bi-Jf for pgsql-admin@postgresql.org; Thu, 02 Nov 2017 14:57:48 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id vA2Evh1r001137; Thu, 2 Nov 2017 10:57:43 -0400 From: Tom Lane To: Arjun Ranade cc: pgsql-admin@postgresql.org Subject: Re: Missing Chunk Error when doing a VACUUM FULL operation - DB Corruption? In-reply-to: References: <13631.1509479942@sss.pgh.pa.us> <23996.1509486974@sss.pgh.pa.us> <29089.1509487959@sss.pgh.pa.us> <19336.1509589417@sss.pgh.pa.us> Comments: In-reply-to Arjun Ranade message dated "Thu, 02 Nov 2017 10:52:23 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1135.1509634663.1@sss.pgh.pa.us> Date: Thu, 02 Nov 2017 10:57:43 -0400 Message-ID: <1136.1509634663@sss.pgh.pa.us> List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Arjun Ranade writes: > After dropping the replication slot, VACUUM FULL runs fine now and no > longer reports the "oldest xmin is far in the past" Excellent. Maybe we should think about providing better tools to notice "stuck" replication slots. In the meantime, you probably realize this already, but if global xmin has been stuck for months then you're going to have terrible bloat everywhere. Database-wide VACUUM FULL seems called for. regards, tom lane -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin