Re: Vacuum as "easily obtained" locks - Mailing list pgsql-general

From Tom Lane
Subject Re: Vacuum as "easily obtained" locks
Date
Msg-id 18238.1312386722@sss.pgh.pa.us
Whole thread Raw
In response to Re: Vacuum as "easily obtained" locks  (Michael Graham <mgraham@bloxx.com>)
List pgsql-general
Michael Graham <mgraham@bloxx.com> writes:
> Ah!  This looks like it is very much the issue.  Since I've got around
> 150GB of data that should be truncatable and a select every ~2s.

> Just to confirm would postgres write:

> 2011-08-03 16:09:55 BST ERROR:  canceling autovacuum task
> 2011-08-03 16:09:55 BST CONTEXT:  automatic vacuum of table
> "traffic.public.logdata5queue"

> Under those circumstances?

Yup ...

If you do a manual VACUUM, it won't allow itself to get kicked off the
lock ... but as noted upthread, that will mean your other queries get
blocked till it's done.  Not sure there's any simple fix for this that
doesn't involve some downtime.

            regards, tom lane

pgsql-general by date:

Previous
From: Michael Graham
Date:
Subject: Re: Vacuum as "easily obtained" locks
Next
From: Jerry Sievers
Date:
Subject: Re: Vacuum as "easily obtained" locks