Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XZaGP-00063L-D8 for pgsql-performance@arkaria.postgresql.org; Thu, 02 Oct 2014 06:53:21 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XZaGO-0004TM-SH for pgsql-performance@arkaria.postgresql.org; Thu, 02 Oct 2014 06:53:20 +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 1XZaGM-0004TD-NR for pgsql-performance@postgresql.org; Thu, 02 Oct 2014 06:53:18 +0000 Received: from smtp-outbound-1.vmware.com ([208.91.2.12]) by makus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XZaGE-000466-PR for pgsql-performance@postgresql.org; Thu, 02 Oct 2014 06:53:15 +0000 Received: from sc9-mailhost3.vmware.com (sc9-mailhost3.vmware.com [10.113.161.73]) by smtp-outbound-1.vmware.com (Postfix) with ESMTP id D5B0C29227; Wed, 1 Oct 2014 23:53:08 -0700 (PDT) Received: from EX13-CAS-007.vmware.com (EX13-CAS-007.vmware.com [10.113.191.57]) by sc9-mailhost3.vmware.com (Postfix) with ESMTP id D1CF4416F9; Wed, 1 Oct 2014 23:53:08 -0700 (PDT) Received: from EX13-MBX-024.vmware.com (10.113.191.44) by EX13-MBX-005.vmware.com (10.113.191.25) with Microsoft SMTP Server (TLS) id 15.0.775.38; Wed, 1 Oct 2014 23:53:08 -0700 Received: from [192.168.1.90] (10.113.160.246) by EX13-MBX-024.vmware.com (10.113.191.44) with Microsoft SMTP Server (TLS) id 15.0.775.38; Wed, 1 Oct 2014 23:53:07 -0700 Message-ID: <542CF64F.6000905@vmware.com> Date: Thu, 2 Oct 2014 09:53:03 +0300 From: Heikki Linnakangas Organization: VMware User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.0 MIME-Version: 1.0 To: Rodrigo Barboza , pgsql-performance Subject: Re: auto vaccum is dying References: In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.113.160.246] X-ClientProxiedBy: EX13-CAS-013.vmware.com (10.113.191.65) To EX13-MBX-024.vmware.com (10.113.191.44) X-Pg-Spam-Score: -7.9 (-------) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org On 10/02/2014 07:43 AM, Rodrigo Barboza wrote: > Hello, I have a table that receives lots of updates and inserts. > Auto vaccum is always being cancelled on that table. > One day the database went on standby and I had to act manually to recover. > > What should I do to avoid auto vaccum cancel? Cancellation happens when you run a command that requires an a stronger on the table, like ALTER or TRUNCATE. Plain UPDATEs or INSERTS will not cause cancellations. There must be something else going on, causing the cancellations. - Heikki -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance