Re: pg_dumpall behavior in 9.1beta1 - Mailing list pgsql-general

From Rajesh Kumar Mallah
Subject Re: pg_dumpall behavior in 9.1beta1
Date
Msg-id BANLkTi=NRF=yp56m8zbtPqkddhvorRfqEA@mail.gmail.com
Whole thread Raw
In response to Re: pg_dumpall behavior in 9.1beta1  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
oops! sorry for the noise

it was an  innocuous  'NOTICE' not ERROR as claimed.
thanks for your time.

regds
mallah.

On Fri, May 13, 2011 at 7:59 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Rajesh Kumar Mallah <mallah.rajesh@gmail.com> writes:
>> We migrated to 9.1beta1 from 9.0.x in our development environment.
>> we shall report if any significant problems or issue arises out of this.
>
>> one small thing that we observed rite now regarding pg_dumpall output is that
>
>> the ALTER USER is referring to some db objects which are not created yet
>> and this raises an ERROR this may cause some inconvenience where restoration
>> is being carried out in a txn .
>
>> example of relevant sql lines is given below
>
>> CREATE ROLE pdns;
>> ALTER ROLE pdns WITH NOSUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN
>> NOREPLICATION PASSWORD 'md56dxxxxxxxxxxxxxxxxxxxxxxxxx' ;
>> ALTER ROLE pdns SET search_path TO pdns;
>
>> in above line the 'pdns' namespace does not exists yet.
>
> When I do that, I get a harmless NOTICE, not an ERROR.  Are you sure you
> are getting an error?
>
> regression=# CREATE ROLE pdns;
> CREATE ROLE
> regression=# ALTER ROLE pdns WITH NOSUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN
> regression-# NOREPLICATION PASSWORD 'md56dxxxxxxxxxxxxxxxxxxxxxxxxx' ;
> ALTER ROLE
> regression=# ALTER ROLE pdns SET search_path TO pdns;
> NOTICE:  schema "pdns" does not exist
> ALTER ROLE
> regression=#
>
>                        regards, tom lane
>

pgsql-general by date:

Previous
From: Dan Birken
Date:
Subject: Re: pg_dump on Hot standby : clarification on how to
Next
From: Joshua Tolley
Date:
Subject: Re: Debug Contrib/cube code