Re: race condition for drop schema cascade? - Mailing list pgsql-hackers

From Kurt Roeckx
Subject Re: race condition for drop schema cascade?
Date
Msg-id 20041229124504.GA24680@ping.be
Whole thread Raw
In response to Re: race condition for drop schema cascade?  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: race condition for drop schema cascade?
List pgsql-hackers
> 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 message after a
"drop tablespace testspace;", while it should works with a
"drop tablespace testspace cascade;".

How many of those errors are because of some other error?  Like
dog for intance ran out of diskspace recently and had those in
the logs.  I know panda also once ran out of diskspace, but the
logs for that aren't available on the site anymore.

When was the last time this error actually happened?  Because
looking at emu (which seem to have it the most) shows that it's
last 30 builds are all succesful.


PS: It might be nice to have an option to keep the last X days of
all logs around.


Kurt



pgsql-hackers by date:

Previous
From: strk
Date:
Subject: fmgr_oldstyle calls from 8.0.0RC2 trigger
Next
From: Andrew Dunstan
Date:
Subject: Re: race condition for drop schema cascade?