Re: More than one pg_database entry for database
От | Tom Lane |
---|---|
Тема | Re: More than one pg_database entry for database |
Дата | |
Msg-id | 19714.1183659436@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: More than one pg_database entry for database (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: More than one pg_database entry for database
|
Список | pgsql-admin |
Alvaro Herrera <alvherre@commandprompt.com> writes: > Tom Lane wrote: >> As far as getting out of the situation, the only really good answer is a >> dump and reload. I can't think of any simple way of getting rid of the >> bogus row, but what you should be able to do to let pg_dump work is to >> rename misp to something else. You can rename it back after getting >> through the dump/reload, of course. > Or roll the XID counter back, vacuum the table, and restore the XID to > the original value. This is done with pg_resetxlog, though I am not > sure if we shipped it in 7.3. That seems fairly hazardous, in particular there might be undesirable side-effects on other system catalogs while you are running with the set-back XID counter. Also, I see no very good reason to assume that this is the only wraparound problem present in the DB. A dump and reload would probably be useful to help check for other inconsistencies. regards, tom lane
В списке pgsql-admin по дате отправления: