Re: [ADMIN] migrating administrative pieces to new install

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [ADMIN] migrating administrative pieces to new install
Дата
Msg-id Pine.LNX.4.21.0001291449430.364-100000@localhost.localdomain
обсуждение исходный текст
Ответ на migrating administrative pieces to new install  (hal Lynch <hal@sticky.usu.edu>)
Список pgsql-admin
On 2000-01-28, hal Lynch mentioned:

> All databases are read(select) only.  my pg_hba.conf looks like this:
>     local all password passwd.
>
> pg_dumpall fails.  I haven't found a way to supply a username
> and password to the command.  The -u flag dosen't work.

That's right. Since every database could (in theory) have a completely
different authentication scheme, it's not much good to provide a -u option
to pg_dumpall.

Since pg_dumpall calls pg_dump, it would be possible to make pg_dump
recognize when a password is needed automatically. On the other hand I'm
more in favour of scrapping pg_dump altogether and rewriting it on of
these days.

> pg_dump works but what databases/tables do I dump to get all my
> username info.

The global tables are pg_shadow, pg_group, and pg_database. If they're not
too big you might be better off transferring them by hand rather than
bothering too much with getting pg_dump[all] to work.

Of course, temporarily disabling the password authentication would work as
well.

--
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden


В списке pgsql-admin по дате отправления:

Предыдущее
От: hal Lynch
Дата:
Сообщение: RE: Suggestions for backup software?
Следующее
От: Timothy Dyck
Дата:
Сообщение: request for tuning suggestions from PC Week Labs