From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
---|---|
To: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
Cc: | David Fetter <david(at)fetter(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: is sync rep stalled? |
Date: | 2010-10-05 08:49:52 |
Message-ID: | 4CAAE6B0.9000108@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 04.10.2010 17:22, Fujii Masao wrote:
> If we make all the transactions wait until specified standbys have
> connected to the master, how do we take a base backup from the
> master for those standbys? We seem to be unable to do that because
> pg_start_backup also waits forever. Is this right?
Hmm, pg_start_backup() writes WAL, but it doesn't commit. Only a commit
needs to wait for acknowledgment from the standby, so 'wait forever'
behavior doesn't necessarily mean that you can't take a base backup. If
you run it outside a transaction you get an implicit commit, though,
which will wait, so you might need to do something odd like "begin;
select pg_start_backup(); rollback".
But I agree with Tom that as long as it's possible to change the
configuration on the fly, it's not a show-stopper if you can't take a
new base backup while the standby is disconnected.
--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Marko Tiikkaja | 2010-10-05 08:55:37 | Re: top-level DML under CTEs |
Previous Message | Dean Rasheed | 2010-10-05 08:47:52 | Re: wip: functions median and percentile |