Re: [PATCH] Better cleanup in TLS tests for -13beta2 - Mailing list pgsql-hackers

From michael@paquier.xyz
Subject Re: [PATCH] Better cleanup in TLS tests for -13beta2
Date
Msg-id 20200701015229.GA10408@paquier.xyz
Whole thread Raw
In response to Re: [PATCH] Better cleanup in TLS tests for -13beta2  (Michael Paquier <michael@paquier.xyz>)
List 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

Attachment

pgsql-hackers by date:

Previous
From: Kyotaro Horiguchi
Date:
Subject: Re: min_safe_lsn column in pg_replication_slots view
Next
From: David Rowley
Date:
Subject: HashAgg's batching counter starts at 0, but Hash's starts at 1.