Re: Blank archive_command

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Thom Brown <thom(at)linux(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Blank archive_command
Date: 2022-01-17 17:52:47
Message-ID: CA+TgmoasDwJDyyTcT5EMTN8=V-_yfxxVXJCNPhnBUPQjqZX76A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jan 17, 2022 at 10:53 AM Bharath Rupireddy
<bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
> This parameter can only be set in the postgresql.conf file or on the
> server command line. It is ignored unless archive_mode was enabled at
> server start. If archive_command is an empty string (the default)
> while archive_mode is enabled, WAL archiving is temporarily disabled,
> but the server continues to accumulate WAL segment files in the
> expectation that a command will soon be provided. Setting
> archive_command to a command that does nothing but return true, e.g.,
> /bin/true (REM on Windows), effectively disables archiving, but also
> breaks the chain of WAL files needed for archive recovery, so it
> should only be used in unusual circumstances.

Yeah, the fact that this has been documented behavior for a long time
is a good reason not to get too excited about the possibility of
changing it. People are likely using it intentionally.

It might be nice to do something about the fact that you can't change
archive_mode without a server restart, though. I suspect we had a good
reason for that limitation from an engineering perspective, but from a
user perspective, it sucks pretty hard.

--
Robert Haas
EDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Arne Roland 2022-01-17 17:59:33 Re: missing indexes in indexlist with partitioned tables
Previous Message Robert Haas 2022-01-17 17:48:12 Re: Refactoring of compression options in pg_basebackup