Skip site navigation (1) Skip section navigation (2)

Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL

From: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: Simon Riggs <simon(at)2ndquadrant(dot)com>, Dimitri Fontaine <dfontaine(at)hi-media(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL
Date: 2010-02-15 06:29:57
Message-ID: 3f0b79eb1002142229k639aad8dk7233175c5484ef6d@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-docspgsql-hackers
On Sat, Feb 13, 2010 at 1:10 AM, Heikki Linnakangas
<heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
> Are you thinking of a scenario where remove_command gets stuck, and
> prevents bgwriter from performing restartpoints while it's stuck?

Yes. If there is the archive in the remote server and the network outage
happens, remove_command might get stuck, I'm afraid.

> You
> have trouble if restore_command gets stuck like that as well, so I think
> we can require that the remove_command returns in a reasonable period of
> time, ie. in a few minutes.

Oh, you are right!

BTW, we need to note that remove_command approach would be useless if one
archive is shared by multiple standbys. One standby might wrongly remove
the archived WAL file that has been still required for another standby.
In this case, we need to have the job script that calculates the archived
WAL files that are required by no standbys, and removes them.

Regards,

-- 
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

In response to

pgsql-docs by date

Next:From: Fujii MasaoDate: 2010-02-15 09:40:36
Subject: Re: [BUGS] BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION
Previous:From: Peter EisentrautDate: 2010-02-14 20:02:00
Subject: Re: Streaming Replication docs

pgsql-hackers by date

Next:From: Tom LaneDate: 2010-02-15 06:39:29
Subject: Re: pgsql: Add psql tab completion for DO blocks.
Previous:From: Fujii MasaoDate: 2010-02-15 05:57:54
Subject: Re: Streaming Replication on win32

pgsql-committers by date

Next:From: Tom LaneDate: 2010-02-15 06:39:29
Subject: Re: pgsql: Add psql tab completion for DO blocks.
Previous:From: User MhasegawaDate: 2010-02-15 04:17:43
Subject: pgstatsinfo - pg_statsinfo: Retry processing at the execute query error.

Privacy Policy | About PostgreSQL
Copyright © 1996-2013 The PostgreSQL Global Development Group