Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XCT98-0003Lu-RD for pgsql-bugs@arkaria.postgresql.org; Wed, 30 Jul 2014 12:38:18 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XCT97-0008Ah-QN for pgsql-bugs@arkaria.postgresql.org; Wed, 30 Jul 2014 12:38:17 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XCT96-0008AV-Nl; Wed, 30 Jul 2014 12:38:16 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XCT8z-0003hU-Kz; Wed, 30 Jul 2014 12:38:15 +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 s6UCc7qP026641; Wed, 30 Jul 2014 08:38:07 -0400 From: Tom Lane To: David G Johnston cc: pgsql-admin@postgresql.org, pgsql-bugs@postgresql.org Subject: Re: [ADMIN] Can postgres run autovacuum tasks when autovacuum is disabled? In-reply-to: <1406707245323-5813258.post@n5.nabble.com> References: <1406707245323-5813258.post@n5.nabble.com> Comments: In-reply-to David G Johnston message dated "Wed, 30 Jul 2014 01:00:45 -0700" Date: Wed, 30 Jul 2014 08:38:07 -0400 Message-ID: <26640.1406723887@sss.pgh.pa.us> X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-bugs Precedence: bulk Sender: pgsql-bugs-owner@postgresql.org David G Johnston writes: > Scott Marlowe-2 wrote >> Are you sure these aren't to prevent wrap-around? > This is my other theory, and probably the correct one. Is this something > that can be discovered from the logs (since nothing in the query provides > this detail)? In all recent versions of Postgres, the pg_stat_activity line should include "(to prevent wraparound)" if that's what autovac thinks it's doing. However ... it looks to me like if the autovac launcher gets launched forcibly because of a possible wraparound issue, it will keep running normally after that even if autovacuum is off :-(. You need to SIGHUP it to get it to quit again. (A second bug is that it will then honor the SIGHUP and quit, even if the wraparound emergency is still present.) So I'm betting that what happened, particularly given the OP's apparent insistence on managing vacuums manually, is that a wraparound vacuum was forced on some relatively small table and then the launcher kept doing its thing after that. Since log_autovacuum_min_duration was set to 0, there should be some evidence for this theory in the logs (although it looks like the log entries *don't* say whether the vacuum was for wraparound :-(). regards, tom lane -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs