Did this get resolved as an OS file system issue?
---
Andrew Dunstan wrote:
Tom Lane wrote:
Andrew Dunstan [EMAIL PROTECTED] writes:
You're right - my query was not sufficiently specific. There have in
fact
pgbuildfarm=# select name, operating_system, stage, count from buildsystems
b, (select sysname, stage, count(*) as count from build_status where log ~
'tablespace testspace is not empty' group by sysname, stage) as s where
s.sysname=b.name;
Note that the expected log has that as error
Kurt Roeckx wrote:
pgbuildfarm=# select name, operating_system, stage, count from buildsystems
b, (select sysname, stage, count(*) as count from build_status where log ~
'tablespace testspace is not empty' group by sysname, stage) as s where
s.sysname=b.name;
Note that the expected log
Andrew Dunstan [EMAIL PROTECTED] writes:
You're right - my query was not sufficiently specific. There have in
fact been 4 failures:
pgbuildfarm=# select sysname, snapshot, stage, branch from build_status
where log ~ 'tablespace testspace is not empty.*tablespace testspace
is not empty'
Tom Lane wrote:
Andrew Dunstan [EMAIL PROTECTED] writes:
You're right - my query was not sufficiently specific. There have in
fact been 4 failures:
pgbuildfarm=# select sysname, snapshot, stage, branch from build_status
where log ~ 'tablespace testspace is not empty.*tablespace
-- Original Message ---
From: Andrew Dunstan [EMAIL PROTECTED]
To: Tom Lane [EMAIL PROTECTED]
Cc: Kurt Roeckx [EMAIL PROTECTED], PostgreSQL-development
pgsql-hackers@postgresql.org
Sent: Wed, 29 Dec 2004 13:05:26 -0500
Subject: Re: [HACKERS] race condition for drop schema cascade?
Tom Lane wrote
: Wed, 29 Dec 2004 12:26:56 -0500
Subject: Re: [HACKERS] race condition for drop schema cascade?
Andrew Dunstan [EMAIL PROTECTED] writes:
You're right - my query was not sufficiently specific. There have in
fact been 4 failures:
pgbuildfarm=# select sysname, snapshot, stage, branch from
Jim Buttafuoco wrote:
Andrew/all
I have not seen any problems on my MIPS systems since the rebuild ext3 (I ran badblocks during fs creation). I should
have the alpha running about soon, the disk died and I am waiting a replacement. I do believe there is a floating
point problem with older
Tom Lane wrote:
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,
Andrew Dunstan [EMAIL PROTECTED] writes:
I have just seen this error again, this time on Cygwin. I did a trawl thought
the buildfarm history looking for other occurrences and found it happening on
many platforms:
[ yawning... ] I've got to go to bed now, but so far tonight my Fedora
Core 3
[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
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
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.
== pgsql.30167/src/test/regress/regression.diffs
13 matches
Mail list logo