Re: [PATCH] Better cleanup in TLS tests for -13beta2

Поиск
Список
Период
Сортировка
От michael@paquier.xyz
Тема Re: [PATCH] Better cleanup in TLS tests for -13beta2
Дата
Msg-id 20200701015229.GA10408@paquier.xyz
обсуждение исходный текст
Ответ на Re: [PATCH] Better cleanup in TLS tests for -13beta2  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On Tue, Jun 30, 2020 at 01:13:39PM +0900, Michael Paquier wrote:
> I looked at the patch, and can confirm that client_wrongperms_tmp.key
> remains around after running 001_ssltests.pl, and client_tmp.key after
> running 002_scram.pl.  The way the patch does its cleanup looks fine
> to me, so I'll apply and backpatch where necessary, if there are no
> objections of course.

I found one problem when testing with parallel jobs once we apply this
patch (say PROVE_FLAGS="-j 4"): the tests of 001 and 002 had the idea
to use the same file name client_tmp.key, so it was possible to easily
fail the tests if for example 002 removes the temporary client key
copy that 001 needs, or vice-versa.  001 takes longer than 002, so the
removal would likely be done by the latter, not the former.  And it
was even logically possible to fail in the case where 001 removes the
file and 002 needs it, though very unlikely because 002 needs this
file for a very short amount of time and one test case.  I have fixed
this issue by just making 002 use a different file name, as we do in
001 for the case of the wrong permissions, and applied the patch down
to 13.
--
Michael

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: min_safe_lsn column in pg_replication_slots view
Следующее
От: David Rowley
Дата:
Сообщение: HashAgg's batching counter starts at 0, but Hash's starts at 1.