Re: BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: petr(at)petrovich(dot)kiev(dot)ua
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby
Date: 2013-12-09 14:25:25
Message-ID: 20131209142525.GA1123@awork2.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

Hi,

On 2013-12-09 13:47:34 +0000, petr(at)petrovich(dot)kiev(dot)ua wrote:
> PostgreSQL version: 9.3.2

> I've installed new slave database on 6th of December. Since there was no
> packages on apt.postgresql.org with postgresql 9.3.0 I've set up postgresql
> 9.3.2

> 2013-12-09 10:10:24 EET 172.18.10.45 main ERROR: could not access status of
> transaction 24568845
> 2013-12-09 10:10:24 EET 172.18.10.45 main DETAIL: Could not open file
> "pg_multixact/members/CD8F": No such file or directory.

> My next step was to upgrade to postgresql 9.3.2 on master and to do initial
> sync from scratch.
> It does not help. I still have the same error.

Could you post, as close as possible to the next occurance of that
error:
* pg_controldata output from the primary
* pg_controldata output from the standby
* SELECT datfrozenxid, datminmxid FROM pg_database;

Do you frequently VACUUM FREEZE on the primary? Have you modified any of
the vacuum_freeze_* parameters?

> I think it may be tied to this commit:
> http://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=215ac4ad6589e0f6a31cc4cd867aedba3cd42924

Only incidentally I think - we didn't properly maintain it during
recovery before at all.

Greetings,

Andres Freund

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

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Serge Negodyuck 2013-12-09 14:55:21 Re: BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby
Previous Message Pavel Stehule 2013-12-09 14:18:11 Re: BUG #8672: pg_sleep function doesn't work as expected

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2013-12-09 14:29:07 Re: WITHIN GROUP patch
Previous Message petr 2013-12-09 13:47:34 BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby