Re: pg_ctl/pg_rewind tests vs. slow AIX buildfarm members
От | Tom Lane |
---|---|
Тема | Re: pg_ctl/pg_rewind tests vs. slow AIX buildfarm members |
Дата | |
Msg-id | 10666.1441282664@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pg_ctl/pg_rewind tests vs. slow AIX buildfarm members (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: pg_ctl/pg_rewind tests vs. slow AIX buildfarm members
|
Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes: > On 2015-09-03 02:25:00 -0400, Noah Misch wrote: >> --- a/src/bin/pg_ctl/t/001_start_stop.pl >> +++ b/src/bin/pg_ctl/t/001_start_stop.pl >> @@ -35,6 +35,7 @@ close CONF; >> command_ok([ 'pg_ctl', 'start', '-D', "$tempdir/data", '-w' ], >> 'pg_ctl start -w'); >> -command_ok([ 'pg_ctl', 'start', '-D', "$tempdir/data", '-w' ], >> - 'second pg_ctl start succeeds'); >> +sleep 3; # bridge test_postmaster_connection() slop threshold >> +command_fails([ 'pg_ctl', 'start', '-D', "$tempdir/data", '-w' ], >> + 'second pg_ctl start fails'); >> command_ok([ 'pg_ctl', 'stop', '-D', "$tempdir/data", '-w', '-m', 'fast' ], >> 'pg_ctl stop -w'); > I'don't like adding a couple seconds of test runtime for the benefit of > very slow platforms. Me either. This is the first time I've seen an indication that the start_postmaster change mentioned in the comment is actually important for production use, rather than just being cleanup. I think we ought to just fix it. I'm willing to take care of the Unix side if someone will explain how to change the Windows side. regards, tom lane
В списке pgsql-hackers по дате отправления: