Re: [bug fix] "pg_ctl stop" times out when it should respond quickly

Поиск
Список
Период
Сортировка
От 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 по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: varattno remapping
Следующее
От: Andreas Joseph Krogh
Дата:
Сообщение: BDR-project