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

From: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>
To: Simon Riggs <simon(at)2ndQuadrant(dot)com>
Cc: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(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-12 17:25:02
Message-ID: m2ljeywemp.fsf@hi-media.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-docs pgsql-hackers

Simon Riggs <simon(at)2ndQuadrant(dot)com> writes:
> Attached patch implements pg_standby for use as an
> archive_cleanup_command, reusing existing code with new -a option.
>
> 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

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2010-02-12 17:33:21 pgsql: Extend the set of frame options supported for window functions.
Previous Message Heikki Linnakangas 2010-02-12 16:10:05 Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL

Browse pgsql-docs by date

  From Date Subject
Next Message Greg Stark 2010-02-12 17:47:49 Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL
Previous Message Thom Brown 2010-02-12 16:15:03 Re: Confusing link in streaming replication section

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2010-02-12 17:34:21 Re: [PATCH] Provide rowcount for utility SELECTs
Previous Message Euler Taveira de Oliveira 2010-02-12 17:13:06 Re: TCP keepalive support for libpq