Skip site navigation (1) Skip section navigation (2)

Re: pg_upgrade 9b4 -> 9rc1 odd behavior with -u (non-)postgres

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Lou Picciano <LouPicciano(at)comcast(dot)net>
Cc: pgsql-testers(at)postgresql(dot)org
Subject: Re: pg_upgrade 9b4 -> 9rc1 odd behavior with -u (non-)postgres
Date: 2010-09-13 22:17:22
Message-ID: 201009132217.o8DMHM624022@momjian.us (view raw or flat)
Thread:
Lists: pgsql-testers
Lou Picciano wrote:
> [TEST REPORT] 
> [Release]: 9.0 RC1
> [Test Type]: pg_upgrade: 9.0-beta4 (Cluster 'A') -> 9.0-RC1 (Cluster 'B') user 'non'-postgres.  
> [Test]: pg_upgrade (...options...) -u master 
> [Platform]: Solaris 10 - Sun E450 Quad
> [Parameters]: Our administrator role is 'master' in both clusters.  User 'master' has been created in Cluster B, SUPERUSER LOGIN CREATEROLE CREATEDB, and has been given 'trust' access.  Logging turned on in config.  Otherwise, cluster has been left in 'initdb' condition.
> [Failure]: YES. 
> [Results]: Script connect to Database 'A' and dumps catalog, apparently without error.
> Connects to Database 'B', crashes on attempt to create user 'postgres' - which, of course, already exists.  Any subsequent run crashes on attempt to create 'first' user in cluster, already created in prior run.
> [Comments]:  Collation and encoding significant?  # initdb -D /cloud/rc1 -E UTF8 --locale=en_US.UTF-8   (to be sure Cluster B encoding and 'lc_collate' matches that of Cluster A)
> DEBUG:  autovacuum: processing database "postgres"
> WARNING:  some databases have not been vacuumed in over 2 billion transactions
> DETAIL:  You might have already suffered transaction-wraparound data loss.
> 
> (really looking forward to being able to use pg_upgrade; looks like it will save a lot of work!)

Did you run initdb with --username?

	initdb --username=master

I am thinking you didn't because it says the 'postgres' user already
exists in the new cluster.  Also, please show me the exact error
message.

-- 
  Bruce Momjian  <bruce(at)momjian(dot)us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +

In response to

pgsql-testers by date

Next:From: Bill WeinmanDate: 2010-09-14 00:16:27
Subject: Re: Configure/Build 9.0 rc1 - cannot build against python3.1, with two versions of python in the environment
Previous:From: James William PyeDate: 2010-09-13 03:26:41
Subject: Re: Configure/Build 9.0 rc1 - cannot build against python3.1, with two versions of python in the environment

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group