Re: pg_dumpall behavior in 9.1beta1

Поиск
Список
Период
Сортировка
От Rajesh Kumar Mallah
Тема Re: pg_dumpall behavior in 9.1beta1
Дата
Msg-id BANLkTi=NRF=yp56m8zbtPqkddhvorRfqEA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_dumpall behavior in 9.1beta1  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Dan Birken
Дата:
Сообщение: Re: pg_dump on Hot standby : clarification on how to
Следующее
От: Joshua Tolley
Дата:
Сообщение: Re: Debug Contrib/cube code