>
>
>System: Redhat Linux 8 kernel version 2.4.18-14.
>
>I ran across an issue when deleting a firebird gdb file on a EXT3
>filesystem. The space was not freed until I rebooted the system. The
>administrator deleting the database and recreating it did not use gds_drop
>to drop all resources before-hand.
>
>
>

I think i use to have such problems on a client ...

From the Update Comments for the RedHat Kernel 2.4 updated 2003-06-03 ....

<<A potential data corruption scenario has been identified. This
scenario can occur under heavy, complex I/O loads. The scenario
only occurs while performing memory mapped file I/O, where the
file is simultaneously unlinked and the corresponding file blocks
reallocated. Furthermore, the memory mapped writes must be to a
partial page at the end of a file on an ext3 file system. As such,
Red Hat considers this an unlikely scenario. >>

Maybe an update it will solve the problem ?
I update my client yesterday so i can't really tell, it's too soon ...

Dimitris