Re: BUG #15335: Documentation is wrong about archive_command and existing files

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: David Steele <david(at)pgmasters(dot)net>
Cc: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, Phil Endecott <spam_from_pgsql_lists(at)chezphil(dot)org>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #15335: Documentation is wrong about archive_command and existing files
Date: 2018-08-20 13:24:48
Message-ID: 20180820132447.GM3326@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Greetings,

* David Steele (david(at)pgmasters(dot)net) wrote:
> On 8/18/18 8:09 PM, Jeff Janes wrote:
> > I think it might be a good idea to propose use of a canned solution, but
> > I don't know how the community would feel about mentioning specific
> > projects by name.  And if we didn't mention any by name, I think it
> > would be pretty awkward to advise to give.
> There is a wiki page that lists the major backup solutions:
>
> https://wiki.postgresql.org/wiki/Binary_Replication_Tools

Interesting, though seems like there should be a distinction made
between "backup" tools and "replication" tools, they're certainly
different things.

> But I don't think we ever reference the wiki from the core user
> documentation.

Very rarely.

> We could at least list all the things that a good archive command should
> do and point out that the example in the docs doesn't do them and that
> it is intended *only* as an example.

This sounds like a good idea to me, in general. I suggest we qualify
the command shown further and say it's only provided as an illustration
of how to set an archive_command and that it isn't an example. Perhaps
we should even remove the shell-script bits and instead just have:

archive_command = 'archivecmd /mnt/server/archivedir/%f %p'

As long as we have something there that looks like valid shell script
and which doesn't obviously fail, people are likely going to continue to
use it.

Thanks!

Stephen

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2018-08-20 13:29:26 Re: BUG #15324: Non-deterministic behaviour from parallelised sub-query
Previous Message Tom Lane 2018-08-20 13:19:57 Re: BUG #15327: postgres segfaults on ALTER FUNCTION ... SET SCHEMA ...