Re: [HACKERS] [COMMITTERS] pgsql: Replication lag tracking for walsenders
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] [COMMITTERS] pgsql: Replication lag tracking for walsenders |
| Дата | |
| Msg-id | 31534.1492925206@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] [COMMITTERS] pgsql: Replication lag tracking for walsenders (Mark Dilger <hornschnorter@gmail.com>) |
| Список | pgsql-hackers |
Mark Dilger <hornschnorter@gmail.com> writes:
>> On Apr 22, 2017, at 11:40 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> In short then, I propose the attached patch to make these cases fail
>> more reliably. We might extend this later to allow the old behaviors
>> to be explicitly opted-into, but we don't seem to need that today.
> I pulled fresh sources with your latest commit, 7d68f2281a4b56834c8e5648fc7da0b73b674c45,
> and the tests consistently fail (5 out of 5 attempts) for me on my laptop with:
> Are the errors expected now?
Yes, as of right now, if HEAD *doesn't* fail the src/test/recovery tests
for you in an assert-enabled build, that would be surprising. The next
step is to actually fix the bugs ... but the point of commit 7d68f2281
was to make these failures reproducible, which they were not before.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера