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

Re: 8.2.0 upgrade issue: loss of CONNECT rights

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: L Bayuk <lbayuk(at)pobox(dot)com>, pgsql-admin(at)postgresql(dot)org
Subject: Re: 8.2.0 upgrade issue: loss of CONNECT rights
Date: 2007-01-20 23:13:19
Message-ID: 200701202313.l0KNDJs28061@momjian.us (view raw or flat)
Thread:
Lists: pgsql-admin
This was fixed in 8.2.1.  Thanks for the report.

---------------------------------------------------------------------------

Tom Lane wrote:
> L Bayuk <lbayuk(at)pobox(dot)com> writes:
> > Another thing to watch out for when upgrading to 8.2.0:
> > I had some 8.1.x databases with restricted rights, like REVOKE CREATE ON
> > DATABASE. After pg_dumpall and reload into 8.2.0, I lost CONNECT rights on
> > those databases. So only the superuser account can connect.  The reason
> > seems to be that my dump file had REVOKE ALL ON DATABASE, then added the
> > specific GRANT rights. At 8.2.0, REVOKE ALL includes revoking CONNECT
> > rights even though they were always granted at 8.1.5.
> 
> Hmmm ... I think we could hack 8.2's pg_dumpall to compensate for that,
> ie throw in a GRANT CONNECT ... TO PUBLIC when dumping from a pre-8.2
> server.  But of course this wouldn't do anything for databases dumped
> with older versions of pg_dumpall.
> 
> 			regards, tom lane
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
>        choose an index scan if your joining column's datatypes do not
>        match

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

  + If your life is a hard drive, Christ can be your backup. +

In response to

pgsql-admin by date

Next:From: ABCDate: 2007-01-21 12:54:02
Subject: Can I copy data file and use it with other version of Postgresql
Previous:From: Peter KoczanDate: 2007-01-19 21:45:18
Subject: Upgrading to 8.2, changes in user/group management scripts

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