CentOS - Mar 2009 - Deleting Large Files

I have an issue with a busy CentOS server exporting iSCSI and NFS/SMB shares.
Some of the files are very large, and when they get deleted IO climbs to an
unacceptable rate. Is there a way to purge a file with little to no IO
overhead on ext3?

Thanks!
jlc

On Sun, Mar 1, 2009 at 3:39 PM, Joseph L. Casale
<JCasale at activenetwerx.com> wrote:
> I have an issue with a busy CentOS server exporting iSCSI and NFS/SMB
shares.
> Some of the files are very large, and when they get deleted IO climbs to an
> unacceptable rate. Is there a way to purge a file with little to no IO
> overhead on ext3?
Is it the ext3 or the exports. M

1) What is the local storage on (controller, disks, raid, etc)
2) Does the IO go up if you do the delete locally, remotely or both
3) What is your definition of unacceptable rate?

I have seen rm on NFS tie up things on various servers.. not sure if
its something the protocol does or something with the filesystem.



-- 
Stephen J Smoogen. -- BSD/GNU/Linux
How far that little candle throws his beams! So shines a good deed
in a naughty world. = Shakespeare. "The Merchant of Venice"

Joseph L. Casale schrieb:
> I have an issue with a busy CentOS server exporting iSCSI and NFS/SMB
shares.
> Some of the files are very large, and when they get deleted IO climbs to an
> unacceptable rate. Is there a way to purge a file with little to no IO
> overhead on ext3?
> 
> Thanks!
> jlc
Have you tried to delete locally, instead of over NFS?

Maybe by deleting over SMB from a Windows machine, the file is not 
deleted but rather moved to a "Trash" folder on a different disk
(which
would explain the I/O)? (Same could happen with a Unix desktop, like KDE)

Have you tried the "unlink" command instead of "rm" ?

Kay

>Have you tried to delete locally, instead of over NFS?
As I said, the deletes are done locally via ssh.
>Have you tried the "unlink" command instead of "rm" ?
Nope, but I will now!
Thanks,
jlc