Re: subscription/t/010_truncate.pl failure on desmoxytes in REL_13_STABLE - Mailing list pgsql-hackers

From Tom Lane
Subject Re: subscription/t/010_truncate.pl failure on desmoxytes in REL_13_STABLE
Date
Msg-id 2673480.1624557299@sss.pgh.pa.us
Whole thread Raw
In response to Re: subscription/t/010_truncate.pl failure on desmoxytes in REL_13_STABLE  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: subscription/t/010_truncate.pl failure on desmoxytes in REL_13_STABLE
List pgsql-hackers
Amit Kapila <amit.kapila16@gmail.com> writes:
> On Tue, Jun 22, 2021 at 6:54 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> BTW, the reason that the walsender is still showing its "query" as
>> "SELECT pg_config..." is that pre-v14 versions don't update the
>> reported query for replication commands, only plain-SQL commands.
>> I recall that we fixed that in HEAD awhile ago; should we consider
>> back-patching something for it?

> I think it would be great if we can do that. Analyzing such failures
> and in general for replication errors that will be a nice improvement
> and make the jobs of many people a bit easier.

Checking the git history, this was fixed in f560209c6, which also
included some other mostly-cosmetic cleanup.  I'm inclined to
propose back-patching that whole commit, rather than allowing the
code in exec_replication_command() to diverge in different branches.
It looks like it applies cleanly as far back as v10.  Maybe something
could be done for 9.6 as well, but since that branch is so close to
EOL, I doubt it's worth spending extra effort on it.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Matthias van de Meent
Date:
Subject: Re: Iterating on IndexTuple attributes and nbtree page-level dynamic prefix truncation
Next
From: vignesh C
Date:
Subject: Re: Added schema level support for publication.