From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | James Wilford <jwilford(at)mistral(dot)net>, pgsql-admin(at)postgresql(dot)org |
Subject: | Re: More than one pg_database entry for database |
Date: | 2007-07-05 18:17:16 |
Message-ID: | 19714.1183659436@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Alvaro Herrera <alvherre(at)commandprompt(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Sullivan | 2007-07-05 18:47:26 | Re: Help me find a suitable replication solution |
Previous Message | Sibte Abbas | 2007-07-05 18:14:49 | Re: how to get a list of members of a postgres group? |