pg_basebackup -R

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: pg_basebackup -R
Date: 2017-02-08 18:08:11
Message-ID: CA+TgmoYSDtSXK7xO8uJZBb+=h+Ud18UWO+BTef-6qQ0mG6xp4Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I just tried out pg_basebackup -R and got the following recovery.conf file:

standby_mode = 'on'
primary_conninfo = 'user=rhaas passfile=''/home/rhaas/.pgpass''
port=5432 sslmode=disable sslcompression=1 target_session_attrs=any'

This seems fairly random to me. pg_basebackup explains:

* Do not emit this setting if: - the setting is "replication",
* "dbname" or "fallback_application_name", since these would be
* overridden by the libpqwalreceiver module anyway. -
not set or
* empty.

...which looks like it got clubbed by pgindent, but anyway I'm not
sure that's the best algorithm. passfile and target_session_attrs are
both new in v10 and have non-empty default values, yet neither of them
seems like something that you necessarily want in your
automatically-created recovery.conf file. It seems like it would be
more correct to leave out parameters that are set to the default
value, rather than those that are set to an empty value.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dean Rasheed 2017-02-08 18:40:43 Re: multivariate statistics (v19)
Previous Message Tom Lane 2017-02-08 18:07:31 Re: Patch: Avoid precision error in to_timestamp().