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 | C00418B3257A49009F30B7AFF8EDE1B7@maumau обсуждение |
| Ответ на | Re: [bug fix] "pg_ctl stop" times out when it should respond quickly (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: [bug fix] "pg_ctl stop" times out when it should respond
quickly
Re: [bug fix] "pg_ctl stop" times out when it should respond quickly |
| Список | pgsql-hackers |
From: "Peter Eisentraut" <peter_e@gmx.net> > This patch breaks the regression tests: > > xml ... ok > test stats ... ok > ============== shutting down postmaster ============== > <waits a long time> > pg_ctl: server does not shut down > > pg_regress: could not stop postmaster: exit code was 256 pg_ctl timed out waiting for the zombie postgres. maumau 19621 18849 0 15:21 pts/9 00:00:00 [postgres] <defunct> maumau 20253 18849 0 15:22 pts/9 00:00:00 /maumau/postgresql-9.4/src/test/regress/./tmp_check/install//maumau/pgsql/bin/pg_ctl stop -D /maumau/postgresql-9.4/src/test/regress/./tmp_check/data -s -m fast pg_regress must wait for postgres to terminate by calling waitpid(), because it invoked postgres directly. The attached pg_regress_pg_stop.patch does this. If you like the combination of this and the original fix for pg_ctl in one patch, please use pg_stop_fail_v3.patch. Sorry for causing trouble. Regards MauMau
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера