Re: Heavy disk activity without apperant reason (added more info)

From: Stef van der Made
Date: Fri Oct 31 2003 - 16:24:21 EST



Dear All,

Thanks for all the help. I reread all the emails sent and looked into cron. The dug into the logs and found some interesting stuff in the maillog and messages. Sendmail apperantly needed procmail to work properly with the latest version. This solved my issue.

Thanks everybody for your help. This again proves that I'm just a newbee in the debuging of problems on Linux. OS/400 seems to be more my area of expertise ;-)

Stef

Helge Hafting wrote:

Stef van der Made wrote:


On my AMD athlon system with 512MB memory I sometimes get a lot of disk activity the activity normaly lasts for about 10 seconds and after that the disk stays relativily quiet as expected with the load on the system. When I look into top I don't see any programs that could explain the disk activity. The system is in most cases not using any swap.

Try finding out what is causing this.
Have a "vmstat 1" running. Break it after this
disk activity starts. You should be able to
see wether it is normal io or swap.

Also have a "top -d 1" running. A normal
process issuing lots of io will probably
show up here too. "ps aux" during
the activity might also be a good idea.

Note that such behaviour isn't necessarily unusual.
Perhaps cron started something that needed lots
of reads to start? Perhaps you got a bunch of emails?
Email software often use synchronous writes, so they won't
loose any of your mail even in case of a crash.
This synchronous io makes for _lots_ of disk seeking.
Email filters (for spam and other purposes) may make this even worse, with email messages being written synchronously several times.
If you use "fetchmail" started by cron - see if these disk bursts
correspond with mail fetching.

Helge Hafting



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/