Re: error on drop table

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Joseph Shraibman <jks(at)selectacast(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: error on drop table
Date: 2001-11-29 05:53:17
Message-ID: 200111290553.fAT5rH207820@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> regression=# DROP TABLE tqt;
> NOTICE: FlushRelationBuffers(tqt, 0): block 0 is referenced (private 2, global 1)
> ERROR: heap_drop_with_catalog: FlushRelationBuffers returned -2
> regression=#
>
> The error message is evidently arising because the cursor's seqscan
> still has a pin on the scan's current page.
>
> Ideally we should refuse to execute the DROP because of the open cursor.
> Offhand I don't see an easy way to do that, however. Bruce, would you
> put something about it in TODO?

Seems it fails with temp and regular tables. Added to TODO:

o Prevent DROP of table being referenced by our own open cursor

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Stuart Grimshaw 2001-11-29 09:25:53 Installing Libraries on remote pc
Previous Message Tom Lane 2001-11-29 05:49:04 Re: ident authorization (was backup: pg_dumpall and full backups in general)