Re: is sync rep stalled?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: Aidan Van Dyk <aidan(at)highrise(dot)ca>, David Fetter <david(at)fetter(dot)org>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: is sync rep stalled?
Date: 2010-10-05 04:18:50
Message-ID: 14517.1286252330@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Fujii Masao <masao(dot)fujii(at)gmail(dot)com> writes:
> On Tue, Oct 5, 2010 at 2:06 AM, Aidan Van Dyk <aidan(at)highrise(dot)ca> wrote:
>> I'm happy with the docs saying (maybe some what more politely):
>> Before configuring your master to be completly,
>> wait-fully-synchronous, make sure you have a slave capable of being
>> synchronous ready. Because if you've told it to never be
>> un-synchronous, it won't be.

> How can we take a base backup for that synchronous standby? You mean
> that we should disable the wait-forever option, start the master, take
> a base backup, shut down the master, enable the wait-forever option,
> start the master, and start the standby from that base backup?

I think the point here is that it's possible to have sync-rep
configurations in which it's impossible to take a base backup. That
doesn't seem to me to be unacceptable in itself. What *is* unacceptable
is to be unable to change the configuration to another state in which
you could take a base backup. Which is why "keep the config in a system
catalog" doesn't work.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2010-10-05 04:29:10 Re: ALTER DATABASE RENAME with HS/SR
Previous Message Tom Lane 2010-10-05 04:11:04 Re: Insertion of geometric type column with column[0], column[1] and etc.