> I have a client who is running out of inodes. The root file system of
> their system only have the OS on it. It is v3.2.4.2. Using df -t shows
> about 300 inodes and falling! I don;t know where all the inodes have
> gone!!!!! The max is 65000, so 64700 are in use!! How can I track this
> down?????
Why can't you just do a find on the file system and scan the output for
suspicious files/directories?
Places I'd look are:
/tmp
/usr/tmp
/usr/mmdf/...
/usr/spool
/usr/adm/sa
I once had a system that was slower than molasses in January. The problem turned
out to be a previous consultant, who in an effort to reduce disk space, took an
axe to the /usr/mmdf structure. The result was hourly e-mail from cron detailing
the problems with /usr/mmdf, but the problems prevented the e-mail from being
delivered, so it was sitting in the queue directories. The directory was huge,
consuming disk space, inodes, and massive amounts of CPU every hour as it tried
to read a 10,000+ directory to find a spare slot to add the next message.
cleanque -w cleared the problem (although it took a long time :-)