Re: Buildfarm's cross-version-upgrade tests

From: Noah Misch <noah(at)leadboat(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Buildfarm's cross-version-upgrade tests
Date: 2020-12-31 07:45:47
Message-ID: 20201231074547.GA1845385@rfd.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Dec 30, 2020 at 04:28:44PM -0500, Andrew Dunstan wrote:
> On 12/30/20 3:42 PM, Tom Lane wrote:
> > Since I'd just seen Noah's commit 52202bb39 go by, I tried
> > modifying src/bin/pg_upgrade/test.sh to do the drop, but that
> > isn't helping. I recall now from prior discussions that we
> > have to modify code that's embedded in the buildfarm client
> > script to make this go. (I wonder what test scenario Noah had
> > in mind, exactly.)

Commit 52202bb39 affected the cross-version test harness described in
src/bin/pg_upgrade/TESTING. That harness is disused, having been broken at
head for at least 40 months. (One can work around the remaining breakage by
locally back-patching e78900a into REL_13_STABLE.)

> > I'm now wondering if we can't devise a fixup method that is
> > controllable by committers and doesn't require a buildfarm
> > client rollout to update.

Ideally, the buildfarm code should curate per-version source and installation
trees, provide their locations to the test harness, and collect logs. Other
test logic (i.e. the kinds of steps that appear in test.sh) should live in
postgresql.git code. (That's the separation of concerns for all
run-by-default buildfarm tests.)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Fabien COELHO 2020-12-31 10:11:11 Re: Proposed patch for key management
Previous Message Ajin Cherian 2020-12-31 07:01:03 Re: [HACKERS] logical decoding of two-phase transactions