Re: Reporting WAL file containing checkpoint's REDO record in pg_controldata's result
От | Jaime Casanova |
---|---|
Тема | Re: Reporting WAL file containing checkpoint's REDO record in pg_controldata's result |
Дата | |
Msg-id | CAJKUy5hzV3K72UJHp4pCCJWx+a411VrMA9xVfcgB33NSk2Ts_g@mail.gmail.com обсуждение исходный текст |
Ответ на | Reporting WAL file containing checkpoint's REDO record in pg_controldata's result (Fujii Masao <masao.fujii@gmail.com>) |
Ответы |
Re: Reporting WAL file containing checkpoint's REDO record
in pg_controldata's result
|
Список | pgsql-hackers |
On Thu, Mar 22, 2012 at 11:06 PM, Fujii Masao <masao.fujii@gmail.com> wrote: > > We can use > pg_xlogfile_name function to calculate that, but it cannot be executed in > the standby. Another problem is that pg_xlogfile_name always uses > current timeline for the calculation, so if the reported timeline is not > the same as current one, pg_xlogfile_name cannot return the correct WAL > file name. Making pg_controldata report that WAL file name gets rid of > such a complexity. > i would think that pg_xlogfile_name() is not allowed in the standby because ThisTimelineId is not very well defined in recovery but if you extend pg_xlogfile_name() to also receive a timelineid as you suggested in [1] then that version of the function could be allowed in the standby. or there is something else i'm missing? is that enough for you to solve your problem? [1] http://archives.postgresql.org/message-id/CAHGQGwHWqjGeksmP2OterU8P0SJ6X7yPQyH5qqEqcBQSXaAXaw@mail.gmail.com -- Jaime Casanova www.2ndQuadrant.com Professional PostgreSQL: Soporte 24x7 y capacitación
В списке pgsql-hackers по дате отправления: