Re: Dividing progress/debug information in pg_standby, and stat before copy
В списке pgsql-hackers по дате отправления:
| От | Simon Riggs |
|---|---|
| Тема | Re: Dividing progress/debug information in pg_standby, and stat before copy |
| Дата | |
| Msg-id | 1264498561.24669.4506.camel@ebony обсуждение исходный текст |
| Ответ на | Re: Dividing progress/debug information in pg_standby, and stat before copy (Fujii Masao <masao.fujii@gmail.com>) |
| Список | pgsql-hackers |
On Tue, 2010-01-26 at 11:08 +0900, Fujii Masao wrote: > On Tue, Jan 26, 2010 at 9:08 AM, Simon Riggs <simon@2ndquadrant.com> wrote: > > Just committed a fix: the server no longer requests 0000000001.history > > at start of archive recovery. > > Good. > > And I think that writeTimeLineHistory() should also skip the request > of 0000000001.history. Here is the patch to do so. Comments? I didn't think it was worth the bother, since you can't easily avoid requesting 00000002.history or whatever the newTLI will be, so you do still get some messages that might appear spurious. Sure we could rewrite that, but it works and we have other matters to attend. Also, I'm not going to add a Goto to the Postgres source code. You've spent too long staring at ReadRecord(), it seems. :-) -- Simon Riggs www.2ndQuadrant.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера