Re: pg_basebackup -F plain -R overwrites postgresql.auto.conf

From: Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>
To: Sergei Kornilov <sk(at)zsrv(dot)org>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_basebackup -F plain -R overwrites postgresql.auto.conf
Date: 2020-02-10 08:41:40
Message-ID: 799347f3-dc33-7672-52db-b27245739cff@oss.nttdata.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2020/02/10 17:23, Sergei Kornilov wrote:
> Hello
>
> Seems bug was introduced in caba97a9d9f4d4fa2531985fd12d3cd823da06f3 - in HEAD only
>
> In REL_12_STABLE we have:
>
> bool is_recovery_guc_supported = true;
>
> if (PQserverVersion(conn) < MINIMUM_VERSION_FOR_RECOVERY_GUC)
> is_recovery_guc_supported = false;
>
> snprintf(filename, MAXPGPATH, "%s/%s", basedir,
> is_recovery_guc_supported ? "postgresql.auto.conf" : "recovery.conf");
>
> cf = fopen(filename, is_recovery_guc_supported ? "a" : "w");
>
> It looks correct: append mode for postgresql.auto.conf
>
> In HEAD version is_recovery_guc_supported variable was replaced to inversed use_recovery_conf without change fopen mode.

Yes! Thanks for pointing out that!
So the patch needs to be applied only in master.

Regards,

--
Fujii Masao
NTT DATA CORPORATION
Advanced Platform Technology Group
Research and Development Headquarters

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Floris Van Nee 2020-02-10 09:05:36 RE: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()
Previous Message Sergei Kornilov 2020-02-10 08:23:49 Re: pg_basebackup -F plain -R overwrites postgresql.auto.conf