From: | Preston de Guise <unsane(at)idl(dot)com(dot)au> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Postgres Admin Mailing List <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: pg_dumpall -> database import -> user problem. |
Date: | 2002-07-06 07:41:35 |
Message-ID: | 1025941295.3404.36.camel@belle |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Tue, 2002-07-02 at 23:43, Tom Lane wrote:
> Preston de Guise <unsane(at)idl(dot)com(dot)au> writes:
> > The procedure that I'm trying is:
>
> > pg_dump production > production.dump
> > dropdb development
> > createdb development
> > psql development -f production.dump
>
> This looks okay to me. I assume you are running the psql session as the
> database superuser? Does it produce any messages (other than CREATE,
> GRANT, etc)?
I've run it as postgres and the user account that created the production
and development databases. Both times it has the same effect.
> Have you tried looking at the dump file to see what it's actually doing?
Yup - it clearly has the "grant..." statements to the userids. (Note -
not the usernames, but to the userids.) The userids in the dump
statements match those in the pg_shadow table and the grant statements
generate no errors.
FWIW, I've always had this problem - have tried this technique before
using Postgres 7.0 and the last 6.x release. I'm starting to wonder
whether it's designed to detect users called "preston" and screw them
around ... lol.
Cheers,
-Preston.
--
'There are no secrets. The networked market knows more than companies do
about their own products. And whether the news is good or bad, they tell
everyone.' http://www.cluetrain.com
Receipt of this email does not constitute permission to add the
originating address to any email list.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-07-06 14:57:19 | Re: WAL files in 7.2 vs. 7.1 |
Previous Message | Jean-Christian Imbeault | 2002-07-06 05:40:16 | Install: Japanese support: what options to give to ./configure? |