Re: Upgrading rant. - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Upgrading rant.
Date
Msg-id 24133.1041646659@sss.pgh.pa.us
Whole thread Raw
In response to Re: Upgrading rant.  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Upgrading rant.  (Oliver Elphick <olly@lfix.co.uk>)
Re: Upgrading rant.  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Is pg_upgrade too hard to run?

It is hard and dangerous to run (IMHO).  One thing I would like to see
that would make it much safer to run is to recast it to operate through
standalone backends.  That is, the idea is
bring down old postmaster
install new version
run new version's pg_upgrade    -- all work done without a postmaster
start new postmaster

It's much harder to get this wrong than it is to mess up with the
current situation (where pg_upgrade talks to live postmasters).
There isn't any simple way to lock *everyone* out of the DB and still
allow pg_upgrade to connect via the postmaster, and even if there were,
the DBA could too easily forget to do it.

This would require a nontrivial amount of work (notably, we'd have to
be able to get pg_dump to run against a standalone backend) but I don't
think I'd trust pg_upgrade as a production-grade tool until its
invocation method looks like the above.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Greg Copeland
Date:
Subject: Re: Threads
Next
From: mlw
Date:
Subject: Re: Threads