Thread: Cannot Drop Schema
There is a schema we created and has been in use for several months that now seems to have some objects that cannot be dropped. When I attempt to drop a suspect table in this schema, the process just runs, as though it is being blocked by an active DML process, but this is even after a server restart.
I am a complete PostgreSQL novice DBA, so I’m uncertain where to look for the reason why. Any help would be greatly appreciated!
Steve Hays | A c x i o m Direct
615-850-2889 office | 615-260-1575 mobile | 615-399-9867 fax
822 Airpark Center Dr | Nashville, TN 37217 | www.acxiom.com
_____________________________________________________
ACXIOM® We Make Information IntelligentTM
*************************************************************************** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. ****************************************************************************
Sorry for the simplicity, are you using the ‘Cascade’ option. Also are you receiving any errors?
From: pgsql-admin-owner@postgresql.org [mailto:pgsql-admin-owner@postgresql.org] On Behalf Of Hays Steve - sthays
Sent: Monday, June 09, 2008 3:09 PM
To: pgsql-admin@postgresql.org
Subject: [ADMIN] Cannot Drop Schema
There is a schema we created and has been in use for several months that now seems to have some objects that cannot be dropped. When I attempt to drop a suspect table in this schema, the process just runs, as though it is being blocked by an active DML process, but this is even after a server restart.
I am a complete PostgreSQL novice DBA, so I’m uncertain where to look for the reason why. Any help would be greatly appreciated!
Steve Hays | A c x i o m Direct
615-850-2889 office | 615-260-1575 mobile | 615-399-9867 fax
822 Airpark Center Dr | Nashville, TN 37217 | www.acxiom.com
_____________________________________________________
ACXIOM® We Make Information IntelligentTM
***************************************************************************The information contained in this communication is confidential, isintended only for the use of the recipient named above, and may be legallyprivileged. If the reader of this message is not the intended recipient, you arehereby notified that any dissemination, distribution or copying of thiscommunication is strictly prohibited. If you have received this communication in error, please resend thiscommunication to the sender and delete the original message or any copyof it from your computer system. Thank You.****************************************************************************The information in this email or in any file attached hereto is intended only for the personal and confidential use of the individual or entity to which it is addressed and may contain information that is proprietary and confidential. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product. Email transmission cannot be guaranteed to be secure or error-free. P6070214
Hays Steve - sthays wrote: > There is a schema we created and has been in use for several months that > now seems to have some objects that cannot be dropped. When I attempt to > drop a suspect table in this schema, the process just runs, as though it > is being blocked by an active DML process, but this is even after a > server restart. Maybe you have prepared transactions. Look in the pg_prepared_xacts view, and issue ROLLBACK PREPARED or COMMIT PREPARED if so. -- Alvaro Herrera http://www.CommandPrompt.com/ PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Oops! Sorry. I meant to do that! Carol On Jun 10, 2008, at 3:29 PM, Alvaro Herrera wrote: > Carol Walter wrote: >> I'm not sure I fully understand what your saying, but I had a similar >> problem with items appearing to be dropped but weren't. I had >> accidentally created them in template1. Once I dropped them >> there, the >> database acted as expected. > > Hi Carol, > > You wrote to the wrong guy. I'm not the one with the acting database. > I suggest you CC: the list so that Steve gets your message. > > -- > Alvaro Herrera http://www.advogato.org/ > person/alvherre > "Find a bug in a program, and fix it, and the program will work today. > Show the program how to find and fix a bug, and the program > will work forever" (Oliver Silfridge)