Re: Autovacuum breakage from a734fd5d1 - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Autovacuum breakage from a734fd5d1
Date
Msg-id CA+TgmoYgmTcKY6NSDCq=z2Qg6ds1oVTJQNMfFu8fY6b+cajoLw@mail.gmail.com
Whole thread Raw
In response to Re: Autovacuum breakage from a734fd5d1  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Autovacuum breakage from a734fd5d1
Re: Autovacuum breakage from a734fd5d1
List pgsql-hackers
On Sun, Nov 27, 2016 at 5:45 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> So the problem seems to be confirmed to exist, but be of low probability
> and low consequences, in back branches.  I think we only need to fix it in
> HEAD.  The lock acquisition and status recheck that I proposed before
> should be sufficient.

Thanks for digging into this.  I failed to notice while reviewing that
the way we were printing the message had changed a bit in the new
code, and I just totally overlooked the existing locking hazards.
Oops.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: "Karl O. Pinc"
Date:
Subject: Re: Patch to implement pg_current_logfile() function
Next
From: "Tsunakawa, Takayuki"
Date:
Subject: Re: UNDO and in-place update