Re: [ADMIN] Moving a database AND changing the superuser

2003-12-16 Thread Peter Eisentraut
Rich Cullingford wrote: Well, I was gonna use pg_dumpall to avoid the tedium of individual dumps, but (gotcha!) pg_dumpall doesn't accept --use-set-session-authorization (tho' it does run pg_dump!). It supplies that option automatically. If I use pg_dumpall, will pg_restore (with

[ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Rich Cullingford
All, I did a pg_dumpall in preparation for moving one of our databases from PG7.3 to PG7.4, but I just realized I have another problem: that DB (which has served us faithfully for some time) was created for superuser 'postgres,' whilst our new DBs use a superuser name that's aligned with our

Re: [ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Marek Florianczyk
W licie z pon, 15-12-2003, godz. 16:30, Rich Cullingford pisze: All, I did a pg_dumpall in preparation for moving one of our databases from PG7.3 to PG7.4, but I just realized I have another problem: that DB (which has served us faithfully for some time) was created for superuser

Re: [ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Bruno LEVEQUE
In my opinion, the only thing you need to change is the name of the superuser in your dump file. Bruno Rich Cullingford wrote: All, I did a pg_dumpall in preparation for moving one of our databases from PG7.3 to PG7.4, but I just realized I have another problem: that DB (which has served

Re: [ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Tom Lane
Rich Cullingford [EMAIL PROTECTED] writes: I did a pg_dumpall in preparation for moving one of our databases from PG7.3 to PG7.4, but I just realized I have another problem: that DB (which has served us faithfully for some time) was created for superuser 'postgres,' whilst our new DBs use a

Re: [ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Rich Cullingford
Tom Lane wrote: Rich Cullingford [EMAIL PROTECTED] writes: I did a pg_dumpall in preparation for moving one of our databases from PG7.3 to PG7.4, but I just realized I have another problem: that DB (which has served us faithfully for some time) was created for superuser 'postgres,' whilst our

Re: [ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Tom Lane
Rich Cullingford [EMAIL PROTECTED] writes: Hmmm, how do you use 7.4 utilities against a 7.3 DB? pg_dump can dump from prior-release DBs (back to 7.0 at the moment). Just point it at the older DB's port. This is a bit tricky when installing from RPMs, since there's no really easy way to install

Re: [ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Rich Cullingford
Tom Lane wrote: Rich Cullingford [EMAIL PROTECTED] writes: Hmmm, how do you use 7.4 utilities against a 7.3 DB? pg_dump can dump from prior-release DBs (back to 7.0 at the moment). Just point it at the older DB's port. This is a bit tricky when installing from RPMs, since there's no really easy

Re: [ADMIN] Moving a database AND changing the superuser

2003-12-15 Thread Tom Lane
Rich Cullingford [EMAIL PROTECTED] writes: Well, I was gonna use pg_dumpall to avoid the tedium of individual dumps, but (gotcha!) pg_dumpall doesn't accept --use-set-session-authorization (tho' it does run pg_dump!). If I use pg_dumpall, will pg_restore (with