Re: BUG #7572: virtualxid lock held by bgwriter on promoted slaves

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: daniele(dot)varrazzo(at)gmail(dot)com
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #7572: virtualxid lock held by bgwriter on promoted slaves
Date: 2012-09-27 21:29:02
Message-ID: CA+U5nM+BxXeq8vJGy=ZV4Gcf3hc0og8ARkM9Lzxt=wPL_0Aj5w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 26 September 2012 22:33, <daniele(dot)varrazzo(at)gmail(dot)com> wrote:
> The following bug has been logged on the website:
>
> Bug reference: 7572
> Logged by: Daniele Varrazzo
> Email address: daniele(dot)varrazzo(at)gmail(dot)com
> PostgreSQL version: 9.1.4
> Operating system: Linux
> Description:
>
> Hello,
>
> when a slave is promoted, the pgwriter keeps holding a lock with virtualxid
> "1/1" and virtualtransaction "-1/0". Such lock stops pg_reorg to run (as
> reported here:
> http://pgfoundry.org/tracker/index.php?func=detail&aid=1011203&group_id=1000411&atid=1376)
> but I've verified the same condition on 9.1.4).
>
> Is it possible to free that lock on slave promotion?
>
> Is it safe to ignore that lock for pg_reorg sake? The program is which is
> probably waiting for all the transactions to finish before swapping the
> table in the system catalog but I'm not sure about that yet.

This one is mine.... I don't think its important we hold that lock,
but will check.

--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message maxim.boguk 2012-09-28 01:18:26 BUG #7573: data loss in corner case using delete_old_cluster.sh (pg_upgrade)
Previous Message Tom Lane 2012-09-27 21:02:51 Re: BUG #7570: WHERE .. IN bug from 9.2.0 not fixed in 9.2.1