Re: pgsql: Consistently test for in-use shared memory.

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: pgsql: Consistently test for in-use shared memory.
Дата
Msg-id
26478.1555373328@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
pgsql: Consistently test for in-use shared memory. Noah Misch <noah@leadboat.com>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Consistently test for in-use shared memory. Noah Misch <noah@leadboat.com>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Consistently test for in-use shared memory. Noah Misch <noah@leadboat.com>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Noah Misch  writes:
> Consistently test for in-use shared memory.

Hmm ... conchuela has just found another problem with this test case:

ok 2 - detected live backend via shared memory
# Running: postgres --single -D /home/pgbf/buildroot/HEAD/pgsql.build/src/test/recovery/tmp_check/t_017_shm_gnat_data/pgdata template1
ack Broken pipe: write( 16, 'SELECT 1 + 1' ) at /usr/local/lib/perl5/site_perl/IPC/Run/IO.pm line 549.

I interpret this as "the single-user backend exited before we could stuff
'SELECT 1 + 1' down the pipe to it, and the Perl script is not expecting
to get a write failure there".

			regards, tom lane


В списке pgsql-committers по дате отправления
От: Tom Lane
Дата:
От: Noah Misch
Дата:
FAQ