From: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
---|---|
To: | nathandbossart(at)gmail(dot)com |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Two noncritical bugs of pg_waldump |
Date: | 2022-01-27 04:27:36 |
Message-ID: | 20220127.132736.883418218708716891.horikyota.ntt@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
(this is off-topic)
At Thu, 27 Jan 2022 13:23:06 +0900 (JST), Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> wrote in
> At Wed, 26 Jan 2022 17:25:14 -0800, Nathan Bossart <nathandbossart(at)gmail(dot)com> wrote in
> > On Thu, Jan 27, 2022 at 10:07:38AM +0900, Kyotaro Horiguchi wrote:
> > > pg_waldump complains at the end in any case. I noticed that the LSN
> > > it shows in the finish message is incorrect. (I faintly thought that
> > > I posted about this but I didn't find it..)
> >
> > Is this thread [0] what you are remembering?
> >
> > [0] https://postgr.es/m/2B4510B2-3D70-4990-BFE3-0FE64041C08A%40amazon.com
>
> Maybe exactly. I rememberd the discussion.
>
> So the issue there is neither EndRecPtr and ReadRecPtr always points
> to the current read LSN. The first proposal from Nathen was to use
Mmm. Sorry for my fat finger, Nathan.
> currRecPtr but it was a private member. But after discussion, it
> seems to me it is (at least now) exactly what we need here so if we
> ofccially exposed the member the problem would be blown away. Do you
> want to conitnue that?
>
> Otherwise, I think we need to add a comment there about the known
> issue.
--
Kyotaro Horiguchi
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Anand Sowmithiran | 2022-01-27 04:54:14 | Output clause for Upsert aka INSERT...ON CONFLICT |
Previous Message | Noah Misch | 2022-01-27 04:26:26 | Re: snapper and skink and fairywren (oh my!) |