From: | Steve Crawford <scrawford(at)pinpointresearch(dot)com> |
---|---|
To: | Mike Mascari <mascarm(at)mascari(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Eric Freeman <ejf7(at)hotmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: 7.3.3 drop table takes very long time |
Date: | 2004-01-08 21:06:23 |
Message-ID: | 200401081306.23269.scrawford@pinpointresearch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thursday 08 January 2004 9:14 am, Mike Mascari wrote:
> Tom Lane wrote:
> >"Eric Freeman" <ejf7(at)hotmail(dot)com> writes:
> >>I started the drop table command yesterday and it's been running
> >> for almost 24 hours.
> >
> >You're stuck in some kind of infinite loop --- there's no way that
> > DROP should take any noticeable amount of time. I'm guessing
> > that the system catalog entries for this particular table are
> > corrupted somehow, but no idea just how. It would be worth
> > trying to track it down in case there is a PG bug lurking.
> >
> >Can you attach to the looping backend with a debugger and get a
> > stack trace for us?
>
> Is there any possibility that he's got an open transacation sitting
> out there for days holding a lock on that table?
>
> Mike Mascari
Yesterday I had someone drop a table while a pg_dumpall was running.
The drop didn't complete till the dump was done.
Cheers,
Steve
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Browne | 2004-01-08 21:11:59 | Re: 7.4, 'group by' default ordering? |
Previous Message | Arjen van der Meijden | 2004-01-08 20:59:01 | Re: int8 version of NUMERIC? |