I have rebuild the filesystem on my indy (MIPS) that Andrew reported on. The
first run completed 100%, I would give
it a couple more runs before we can say its the filesystem not Postgresql that
was causing the drop to fail.
---------- Original Message -----------
From: Andrew Dunstan <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Wed, 15 Dec 2004 16:42:59 -0500
Subject: [Fwd: Re: [HACKERS] race condition for drop schema cascade?]
> Jim, please advise?
>
> thanks
>
> andrew
>
> -------- Original Message --------
> Subject: Re: [HACKERS] race condition for drop schema cascade?
> Date: Wed, 15 Dec 2004 16:29:01 -0500
> From: Tom Lane <[EMAIL PROTECTED]>
> To: Andrew Dunstan <[EMAIL PROTECTED]>
> CC: PostgreSQL-development <[EMAIL PROTECTED]>
> References: <[EMAIL PROTECTED]>
>
> Andrew Dunstan <[EMAIL PROTECTED]> writes:
> > I have seen this failure several times, but not consistently, on the
> > buildfarm member otter (Debian/MIPS) and possible on others, and am
> > wondering if it indicates a possible race condition on DROP SCHEMA CASCADE.
>
> Hard to see what, considering that there's only one backend touching
> that tablespace in the test. I'd be inclined to wonder if there's
> a filesystem-level problem on that platform. What filesystem are you
> running on anyway?
>
> regards, tom lane
------- End of Original Message -------
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
