From: | Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | zoulx1982(at)163(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #16931: source code problem about commit_ts |
Date: | 2021-03-25 02:59:49 |
Message-ID: | 576efafd-30ad-68bb-563c-a5f230cbf588@oss.nttdata.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 2021/03/25 1:39, Alvaro Herrera wrote:
> On 2021-Mar-24, Fujii Masao wrote:
>
>> On 2021/03/24 18:05, Alvaro Herrera wrote:
>>> Yeah, it seems like a bug. With your patch, the write_xlog=true path
>>> becomes unused, and thus the whole COMMIT_TS_SETTS record, so we could
>>> remove those things in branch master. The timestamp is acquired from
>>> the COMMIT record.
>>
>> I agree to remove COMMIT_TS_SETTS record from the master branch
>> if there are no users or extensions of it. Patch attached.
>
> Looks good in a quick skim. Let's get this pushed quickly; if anything
> exists out there that is calling that code, it'd be good to know sooner
> rather than later. However, my feeling is that no such caller exists,
> because they would have told us about this problem already.
Agreed. I will commit the patch in the master.
> Are you bumping WAL page magic? It'd be logical to do so, but on the
> other hand if no code exists that is capable of emitting that record,
> then it'd be pointless.
Yes, I'm thinking to bump WAL page magic because it seems a bit safer.
>> Anyway, at first, what about applying the bugfix patch I posted upthread
>> to all supported branches?
>
> Yeah, let's do that.
Pushed. Thanks!
Regards,
--
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2021-03-25 08:14:25 | BUG #16943: Permanent restart of the cluster after "EXECUTE 'alter subscription ... refresh publication' " |
Previous Message | egashira.yusuke@fujitsu.com | 2021-03-25 00:23:52 | RE: BUG #16922: In cascading replication, a standby server aborted when an upstream standby server promoted |