Race condition in server-crash testing - Mailing list pgsql-hackers

From Tom Lane
Subject Race condition in server-crash testing
Date
Msg-id 1801850.1649047827@sss.pgh.pa.us
Whole thread Raw
Responses Re: Race condition in server-crash testing  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
My pet dinosaur gaur just failed [1] in
src/test/recovery/t/022_crash_temp_files.pl, which does this:

-----
my $ret = PostgreSQL::Test::Utils::system_log('pg_ctl', 'kill', 'KILL', $pid);
is($ret, 0, 'killed process with KILL');

# Close psql session
$killme->finish;
$killme2->finish;

# Wait till server restarts
$node->poll_query_until('postgres', undef, '');
-----

It's hard to be totally sure, but I think what happened is that
gaur hit the in-hindsight-obvious race condition in this code:
we managed to execute a successful iteration of poll_query_until
before the postmaster had noticed its dead child and commenced
the restart.  The test lines after these are not prepared to see
failure-to-connect.

It's not obvious to me how to remove this race condition.
Thoughts?

            regards, tom lane

[1] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=gaur&dt=2022-04-03%2021%3A14%3A41



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Extensible Rmgr for Table AMs
Next
From: Andres Freund
Date:
Subject: Re: Race condition in server-crash testing