Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dKpK2-0004mA-JX for pgsql-hackers@arkaria.postgresql.org; Tue, 13 Jun 2017 17:09:42 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dKpK2-0006qo-2i for pgsql-hackers@arkaria.postgresql.org; Tue, 13 Jun 2017 17:09:42 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dKpIV-0003X5-Iv for pgsql-hackers@postgresql.org; Tue, 13 Jun 2017 17:08:07 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1dKpIR-0007jD-76 for pgsql-hackers@postgresql.org; Tue, 13 Jun 2017 17:08:07 +0000 Received: from bruce by momjian.us with local (Exim 4.84_2) (envelope-from ) id 1dKpIN-0005BI-Iv; Tue, 13 Jun 2017 13:07:59 -0400 Date: Tue, 13 Jun 2017 13:07:59 -0400 From: Bruce Momjian To: Robert Haas Cc: Tom Lane , Andres Freund , Peter Eisentraut , "pgsql-hackers@postgresql.org" Subject: Re: Transactional sequence stuff breaks pg_upgrade Message-ID: <20170613170759.GF13873@momjian.us> References: <19785.1497215827@sss.pgh.pa.us> <9761.1497225808@sss.pgh.pa.us> <20170612210221.vz2u373tcwu3g624@alap3.anarazel.de> <23291.1497302014@sss.pgh.pa.us> <20170612212517.j3xe6am7hlztl6fw@alap3.anarazel.de> <32233.1497361079@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On Tue, Jun 13, 2017 at 11:14:02AM -0400, Robert Haas wrote: > Also, I think that if we did it that way, it would be significantly > harder to debug. Right now, if something goes boom, you can look at > the old and new clusters and figure out what doesn't match, but if > pg_upgrade renumbered everything, you would no longer be able to do > that, or at least not easily. FYI, pg_upgrade is designed to go boom if something doesn't look right because it can't anticipate what changes might be made to Postgres in the future. boom == feature! -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers