Re: Broken system timekeeping breaks the stats collector
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Broken system timekeeping breaks the stats collector |
| Дата | |
| Msg-id | 26209.1339947490@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Broken system timekeeping breaks the stats collector (Simon Riggs <simon@2ndQuadrant.com>) |
| Список | pgsql-hackers |
Simon Riggs <simon@2ndQuadrant.com> writes:
> Fine, but please log this as a WARNING system time skew detected, so
> we can actually see it has happened rather than just silently
> accepting the situation.
I think elog(LOG) is more appropriate, same as we have for the existing
messages for related complaints. No one backend is going to have a
complete view of the situation, and the collector itself has to use
LOG since it has no connected client at all. So the postmaster log
is the place to look for evidence of clock trouble.
> Perhaps we should do the same test at startup to see if the clock has
> gone backwards then also.
Uh ... backwards from what? And what difference would it make? We
always force an immediate write of the stats file at startup anyway.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера