Re: [bug fix] "pg_ctl stop" times out when it should respond quickly - Mailing list pgsql-hackers

From MauMau
Subject Re: [bug fix] "pg_ctl stop" times out when it should respond quickly
Date
Msg-id C00418B3257A49009F30B7AFF8EDE1B7@maumau
Whole thread Raw
In response to Re: [bug fix] "pg_ctl stop" times out when it should respond quickly  (Peter Eisentraut <peter_e@gmx.net>)
Responses 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
List 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

Attachment

pgsql-hackers by date:

Previous
From: Craig Ringer
Date:
Subject: Re: varattno remapping
Next
From: Andreas Joseph Krogh
Date:
Subject: BDR-project