On Thu, 4 Oct 2001 14:16:13 -0400 
Dave Salovesh <[EMAIL PROTECTED]> wrote:

 Hi

> From: Tarragon Allen [mailto:[EMAIL PROTECTED]]
> 
> > Did you try :
> > 
> > rm -rf /var/spool/mail
> 
> First thing I tried (actually it was cd /var/log/mail and then rm -rf *),
> resulting in the "too many arguments" message.  Actually, /var/spool/mail is
> empty - it's just the archived (rotated) mail.err.*, mail.info.*, and
> mail.warn.* files in /var/log/mail that were killing me.  Thanks though -
> the reminder about the awesome power of "rm -rf" always bears repeating.
> 
> 
> From: stephen [mailto:[EMAIL PROTECTED]]
> 
> > last time i had something similar, i ended up
> > deleting piecemeal, such that rm -f wouldn't
> > give 'too many arguments'
> 
> I started on that, but with 260K files in play and none of them needed I was
> seeking a way to clear them all that wouldn't take so much manual labor.  It
> took an unusual amount of work just to get the list of files - ls would run
> for half an hour or so and then I'd miss so many variations on the filenames
> that I couldn't delete more than a few files in a swat, and then only by
> guessing where to wildcard a filespec like
> "mail.err.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1
> .gz.1.gz.1.gz.2.gz.1.gz".  Guess wrong, get an error, guess right and delete
> three or four files.  I eventually piped ls into a file and then tailed it
> for clues, but the list itself is ~9.5MB so even that was tedious.  But it
> did get me enough inodes to make a new zone file now and then...
> 
> > fixed with a logrotate update istr
> 
> Yes, istr that as well, but first I needed to get the inodes back.  Thanks
> for the reminder - once the crisis is over (is it ever?) I'll get that
> updated.  For now, since this is just a little ol' DNS server, I killed
> logrotate after the last reboot, about when logrotate was updated for this
> bug iirc (it's redundant to my usual logging anyway).
> 
> 
> From: Bill Kenworthy [mailto:[EMAIL PROTECTED]]
> 
> > cd problem_directory
> > find . -exec rm -f {} \;

Better than find . -exec rm -f {} \; is

find . -print | xargs rm -f

1 rm process for 256 or 512 files so less system calls, more speed.

> 
> That's the winner!  Thanks - I never would have gotten that on my own, but I
> was working to reinvent it as a script.  Ugh.  Under threat of mortal peril
> and given infinite time, I could certainly do it that way, but otherwise I'm
> glad to add this to my trick bag.
>  
> > "man find"
> 
> "man" is good for answers, but I didn't even know the question.  "find"
> might have crossed my mind, eventually, but not any time soon.
> 
> Thanks again to all.
> 
> -- 
> Dave Salovesh
> RAM Associates, Inc.
> (800) 543-3635
> 
> 

Bye
 
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com

Reply via email to