Re: pg_upgrade automatic testing - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: pg_upgrade automatic testing
Date
Msg-id 201109012255.p81MtJj03655@momjian.us
Whole thread Raw
In response to Re: pg_upgrade automatic testing  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pg_upgrade automatic testing
List pgsql-hackers
Tom Lane wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
> > +# contrib/pg_upgrade/test.sh
> > +#
> > +# Test driver for pg_upgrade.  Initializes a new database cluster,
> > +# runs the regression tests (to put in some data), runs pg_dumpall,
> > +# runs pg_upgrade, runs pg_dumpall again, compares the dumps.
> 
> Hm .. my experience is that that doesn't work at all, because the
> regression tests set up assorted C functions whose implementations are
> in pg_regress.so, and it creates them with absolute path references
> to pg_regress.so.  When you try to load that into another installation
> that's a different version of PG, it quite properly fails.  So I think
> that as given, this script is only useful for testing pg_upgrade of
> $currentversion to $currentversion.  Which is surely better than no test

Reminder --- you can't use pg_upgrade to go from the same catalog
version to the same catalog version because the catalog version is
embedded in the tablespace directory name.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: postgresql.conf archive_command example
Next
From: Bruce Momjian
Date:
Subject: Re: pg_upgrade automatic testing