From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Brian McCane <bmccane(at)mccons(dot)net> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: no one parent tuple found |
Date: | 2002-05-14 14:55:19 |
Message-ID: | 26047.1021388119@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Brian McCane <bmccane(at)mccons(dot)net> writes:
> Well I never heard back from anyone about how to debug this thing,
> so I did a pg_ctl stop/start cycle this morning. Then I tried to re-run
> the "VACUUM FULL". No dice, it still gets the same error. Any ideas now?
> It sounds like this is the perfect test case for someone to debug this
> issue in the vacuum code, but I would need some assistance figuring out
> what I need to do.
Oh, excellent! No one's ever seen that trouble survive a restart AFAIK.
Now we have a shot at finding the problem.
If you want to try debugging it yourself, set a breakpoint at elog and
then trace back through the vacuum code to see why it's getting fooled.
But I really think you'd be better off letting a more experienced
developer have access to your machine; the code in question is IMHO
one of the most obscure, difficult-to-follow parts of Postgres.
Do you have enough disk space to temporarily make a second copy of your
$PGDATA tree? If so, it'd be possible to make a spare copy in a playpen
account, and then you need only grant access to the playpen account not
to your running installation.
I'm willing to look at this if you'll grant me access. Let me know.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | MG | 2002-05-14 16:24:55 | Re: ALTER TABLE for field modify... |
Previous Message | Brian McCane | 2002-05-14 12:44:10 | no one parent tuple found |