Re: Hot Standby startup with overflowed snapshots

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Hot Standby startup with overflowed snapshots
Дата
Msg-id CA+U5nMKB0VZRH8U85cVeb-6OxAcw_1ipwkyYkVtZxcqRPxGG-g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Hot Standby startup with overflowed snapshots  (Chris Redekop <chris@replicon.com>)
Ответы Re: Hot Standby startup with overflowed snapshots
Список pgsql-hackers
On Thu, Oct 27, 2011 at 5:26 PM, Chris Redekop <chris@replicon.com> wrote:

> Thanks for the patch Simon, but unfortunately it does not resolve the issue
> I am seeing.  The standby still refuses to finish starting up until long
> after all clients have disconnected from the primary (>10 minutes).  I do
> see your new log statement on startup, but only once - it does not repeat.
>  Is there any way for me to see  what the oldest xid on the standby is via
> controldata or something like that?  The standby does stream to keep up with
> the primary while the primary has load, and then it becomes idle when the
> primary becomes idle (when I kill all the connections)....so it appears to
> be current...but it just doesn't finish starting up
> I'm not sure if it's relevant, but after it has sat idle for a couple
> minutes I start seeing these statements in the log (with the same offset
> every time):
> DEBUG:  skipping restartpoint, already performed at 9/95000020

OK, so it looks like there are 2 opportunities to improve, not just one.

Try this.

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

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: plpgsql versus long ELSIF chains
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Bug in walsender when calling out to do_pg_stop_backup (and others?)