Re: [bug fix] "pg_ctl stop" times out when it should respond quickly
В списке pgsql-hackers по дате отправления:
| От | MauMau |
|---|---|
| Тема | Re: [bug fix] "pg_ctl stop" times out when it should respond quickly |
| Дата | |
| Msg-id | 40D7CDE1B0464EE4B97FAE76AFCC9023@maumau обсуждение исходный текст |
| Ответ на | Re: [bug fix] "pg_ctl stop" times out when it should respond quickly (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
From: "Tom Lane" <tgl@sss.pgh.pa.us> > I think the reason why it was coded like that was that we hadn't written > postmaster_is_alive() yet, or maybe we had but didn't want to trust it. > However, with the coding you have here, we're fully exposed to any failure > modes postmaster_is_alive() may have; so there's not a lot of value in > accepting those and get_pgpid's failure modes too. Thank you for reviewing the patch so quickly. You are right, I don't think get_pgpid() here is no longer necessary. If the pid changes in one second, i.e. the original postgres terminates and "pg_ctl start" starts another one, "pg_ctl stop" can terminate successfully because the original postgres it was waiting for actually terminated. I'll submit the revised patch tomorrow. Regards MauMau
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера