References: <53E5603B.5040102@agliodbs.com>
Message-ID: <1407777686.41146.YahooMailNeo@web122306.mail.ne1.yahoo.com>
Date: Mon, 11 Aug 2014 10:21:26 -0700
From: Kevin Grittner <kgrittn@ymail.com>
Reply-To: Kevin Grittner <kgrittn@ymail.com>
Subject: Re: Sample archive_command is still problematic
To: Josh Berkus <josh@agliodbs.com>,
 "pgsql-docs@postgresql.org" <pgsql-docs@postgresql.org>
In-Reply-To: <53E5603B.5040102@agliodbs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
Sender: pgsql-docs-owner@postgresql.org

Josh Berkus <josh@agliodbs.com> wrote:

> The example archive_command we give in the docs is this one:
>
> archive_command =3D 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/se=
rver/archivedir/%f'
>
> This is a problematic recommendation.

I agree with that statement, ...

> If there's any reason why copying the archive file gets
> interrupted (storage blip, for example), then the command will
> fail and will continue to fail forever, ending archiving.

... but not for that reason.

> Is there some good reason why "test ! -f" was added to the
> sample?

In an environment with more than one cluster archiving, it is
otherwise way too easy to copy a config file and have the WAL files
of the two systems overwriting one another.=A0 I consider a check for
an already existing file on the target to be very good practice.
The errors in the log are a clue that something went wrong, and
gives you a chance to fix things without data loss.

The problem with the recommended command is that cp is not atomic.
The file can be read before the contents are materialized, causing
early end to recovery.=A0 I have seen it happen.=A0 The right way to do
this is to copy to a different name or directory and mv the file
into place once it is complete -- or use software which does that
automatically, like rsync does.

--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


--=20
Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-docs