public inbox for [email protected]
help / color / mirror / Atom feedFrom: Greg Stark <[email protected]>
To: Dimitri Fontaine <[email protected]>
Cc: Simon Riggs <[email protected]>
Cc: PostgreSQL-development <[email protected]>
Cc: Heikki Linnakangas <[email protected]>
Cc: Fujii Masao <[email protected]>
Subject: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL
Date: Fri, 12 Feb 2010 17:47:49 +0000
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
<[email protected]>
<1265896250.7341.1627.camel@ebony>
<[email protected]>
<1265897834.7341.1714.camel@ebony>
<[email protected]>
<[email protected]>
<1265979080.7341.3679.camel@ebony>
<1265985269.7341.4105.camel@ebony>
<[email protected]>
so I from by like having the server doing the cleanup because it down by
necessarily have the while picture. it down nt know of it is the only
replica reading these log files our if the site policy is to keep them for
disaster recovery purposes.
I like having this as an return val command though. Or alternately now that
we have read-only replicas you could implement this by polling the slaves
and asking them what log position they are up to.
greg
On 12 Feb 2010 17:25, "Dimitri Fontaine" <[email protected]> wrote:
Simon Riggs <[email protected]> writes:
> Attached patch implements pg_standby for use as an
> archive_cleanup_command, reusing existing cod...
> Happy to add the archive_cleanup_command into main server as well, if
> you like. Won't take long....
Would it be possible to have the server do the cleanup (and the cp for
that matter) on its own or use a script?
Either have archive_cleanup = on and either an commented out (empty)
archive_cleanup_command and the same for the restore_command, or a
special magic value, like 'postgresql' to activate the internal one.
This way we have both a zero config working default setup and the
flexibility to adapt to any archiving solution our user might already be
using.
A default archive_command would be nice too. Like you give it a
directory name or a rsync path and it does the basic right thing.
I'm not sure my detailed approach is the right one, but the birdview is
to have the simple case really simple to setup, and the complex cases
still possible. Default included archive, restore and cleanup commands
would be awesome.
Oh, and the basic simple case actually is with a remote standby. Without
NFS or the like, no shared mount point for archiving.
Regards,
--
dim
--
Sent via pgsql-hackers mailing list ([email protected])
To make changes to your subs...
view thread (77+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected]
Subject: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox