Re: BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby
От | Andres Freund |
---|---|
Тема | Re: BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby |
Дата | |
Msg-id | 20131209142525.GA1123@awork2.anarazel.de обсуждение исходный текст |
Ответ на | BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby (petr@petrovich.kiev.ua) |
Ответы |
Re: BUG #8673: Could not open file "pg_multixact/members/xxxx"
on slave during hot_standby
|
Список | pgsql-bugs |
Hi, On 2013-12-09 13:47:34 +0000, petr@petrovich.kiev.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
В списке pgsql-bugs по дате отправления: