Re: pg_dump help

Поиск
Список
Период
Сортировка
От Len Morgan
Тема Re: pg_dump help
Дата
Msg-id 001201c0013b$a4abe1c0$0908a8c0@H233.bstx.cc
обсуждение исходный текст
Ответ на pg_dump help  ("Len Morgan" <len-morgan@crcom.net>)
Ответы Re: pg_dump help  ("Ross J. Reedstrom" <reedstrm@rice.edu>)
Список pgsql-general
-----Original Message-----
From: Robert D. Nelson <RDNELSON@co.centre.pa.us>

>>I am trying to copy a table from my local database to a client's.  The
>>problem is I keep getting a message from pg_dump:
>>
>>"can't find template1 database.  You are really hosed."
>
>If this isn't fixed yet.....Can I get a screenshot of that? We have a hall
>of shame here, ya know ;)
>
>
>Rob Nelson
>rdnelson@co.centre.pa.us
>
>

Sorry, I did "fix it" although I can recreate it if you want to see it.

I still seem to have an additional problem though that is somewhat related:

All of my tables, indexes, and sequences are doubled if you do a \dt or \di
or \ds!

If I do pg_dump now, I get two CREATE TABLEs, two COPYs, two CREATE INDEXs
etc.  If I dump just one table, then fix the file manually, then drop the
table and reload it, I end up with 2 tables in the database again!

If I go look in the PGDATA directory, I only have one copy of each table
there.  I'm afraid that I'm going to have to dump ALL of my tables in ALL of
my databases, manually fix them (250MB+ !) and then remove every bit of
evidence that I ever had Postgres on this machine and then try and reload.
I suspect that some of my problem came from trying to upgrade to 7.0 and not
COMPLETELY eliminating the old pgdata directory (the new RPM puts it one
level lower in the directory tree).  I'm sure the README.rpm tells me that I
must do this or grave things might happen.  I guess that's why you should
always read the documentation BEFORE you do something. :-(

len morgan




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

Предыдущее
От: "Robert D. Nelson"
Дата:
Сообщение: RE: pg_dump help
Следующее
От: "André Næss"
Дата:
Сообщение: Release date for 7.1?