Re: minor bug
От
Tom Lane
Тема
Re: minor bug
Дата
Msg-id
2964581.1673969570@sss.pgh.pa.us
Ответ на
Re: minor bug (Laurenz Albe)
Список
Дерево обсуждения
Re: minor bug Tom Lane <tgl@sss.pgh.pa.us>
Re: minor bug Laurenz Albe <laurenz.albe@cybertec.at>
Re: minor bug Tom Lane <tgl@sss.pgh.pa.us>
Re: minor bug Laurenz Albe <laurenz.albe@cybertec.at>
Re: minor bug Tom Lane <tgl@sss.pgh.pa.us>
Re: minor bug Torsten Förtsch <tfoertsch123@gmail.com>
Re: minor bug Tom Lane <tgl@sss.pgh.pa.us>
Laurenz Albe writes: > On Mon, 2023-01-16 at 19:59 +0100, Torsten Förtsch wrote: >> So, the timestamp displayed in the log message is certainly wrong. > If recovery stops at a WAL record that has no timestamp, you get this > bogus recovery stop time. I think we should show the recovery stop time > only if time was the target, as in the attached patch. I don't think that is a tremendously useful definition: the user already knows what recoveryStopTime is, or can find it out from their settings easily enough. I seem to recall that the original idea was to report the timestamp of the commit/abort record we are stopping at. Maybe my memory is faulty, but I think that'd be significantly more useful than the current behavior, *especially* when the replay stopping point is defined by something other than time. (Also, the wording of the log message suggests that that's what the reported time is supposed to be. I wonder if somebody messed this up somewhere along the way.) regards, tom lane
В списке pgsql-hackers по дате отправления
От: Robert Haas
Дата:
От: Guillaume Lelarge
Дата: