Re: [SQL] Create table doesn't always respect atomicity of transactions. - Mailing list pgsql-sql

From Bruce Momjian
Subject Re: [SQL] Create table doesn't always respect atomicity of transactions.
Date
Msg-id 199906221445.KAA16606@candle.pha.pa.us
Whole thread Raw
In response to Create table doesn't always respect atomicity of transactions.  (Zalman Stern <zalman@netcom.com>)
List pgsql-sql
> Off and on, I've been seeing a situation where the following code:
>     begin;
>     create table foo (name text);
>     abort; leaves a file called "foo" in the database directory and
> further attempts to create a relation called foo or to select anything from
> it all fail.  The database has been left in an inconsistent state.
> 
> I filed a bug report on this earlier today as it seemed dead on repeatable.
> But then I recompiled with debug symbols to have a go at figuring out what
> was up and the problem went away. So I recompiled with full optimization
> again and the problem still doesn't occur now. I've been starting over each
> time with a fresh database so if it was some property of the database
> itself, then that state is lost. But this is not the first time I've seen
> this. Has any one else seen such a thing? Its rather troublesome 'cause when
> it does happen, the database is somewhat unuseable until I remove the file
> in question and I hate going in and removing files that are supposed to be
> under Postgres' control...

We fixed this problem in 6.4 or 6.5.  Not sure why it goes away.

--  Bruce Momjian                        |  http://www.op.net/~candle maillist@candle.pha.pa.us            |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-sql by date:

Previous
From: Luiz Renuncio
Date:
Subject: Sharing a user defined type
Next
From: Tom Lane
Date:
Subject: Re: [SQL] Trouble with massive select statement.