Fw: System asp disk arm utilization going crazy - solution

Thanks for the responses

The resolution

After looking at our inav monitors

ran wrkactjob,
sorted by cpu%,
saw that qzsfilet was using a lot of cpu pct
displayed its joblog
found a "servicing user profile xxx from client xxx message that started
the same time
found that a pc was google indexing against mapped drives to data in the
ifs
stopped google indexing and rebooted the offending pc
all is well

beware google indexing to mapped drives!

during this period system asp disk utilization went to 100%
iasp utilizatio went way up
machine pool faults and batch pool faults all went way up

Jim Horn

This email is intended only for the person or entity
to which it is addressed and may contain information
that is privileged, confidential or otherwise protected
from disclosure. If you are not the named addressee
or an employee or agent responsible for delivering
this message to the named addressee, you are not
authorized to read, print, retain copy, and disseminate
this message or any part of it. If you have received this
message in error please notify us immediately by email,
discard any paper copies and delete all electronic files
of this message.
-----Forwarded by James D Horn/CATCOPARTS on 03/27/2008 11:03AM -----

To: midrange-l@xxxxxxxxxxxx
From: James D Horn/CATCOPARTS
Date: 03/26/2008 02:17PM
Subject: System asp disk arm utilization going crazy

Can someone give me a clue of where to start looking?

We have a 520 with 4 disks in the system asp and 4 disks in the iasp.
Pretty much only the "system" is on the system asp. all user programs
and data are on the iasp.

Most of the time, during the day, the disk utilization is low - about
12% on the system asp, about 8% on the iasp.

The system asp is about 54% full, the iasp about 84% (will go down to 60
in about 2 weeks).

Intermittantly the system asp utilization will just go crazy, going up
to 90 to 100 percent on all disks for up to 20 minutes. The iasp goes
up also, but to 20 to 40% on all disks

during this time - based on the management central system monitors
machine pool faults go from about 5 to about 15,
user pool faults from about 10 to about 70
cpu utilization stays at 5 to 10%
disk iop utilization stays at about 2%
other monitors don't seem to change

I did not think to run a wrksyssts during the affected time.

From the cpu utilization monitor I try to find the jobs that are active
and see if they are doing a lot of disk access, but none of them are.

Since all the data that anyone could download is on the iasp, would
someone trying to download large amounts of data from the iasp drive up
the system asp usage?

I can't find any process that causes this.

Any thoughts or good places to look?