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
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 |