Good way to check if it is indeed the Mac's and you can segment them on the network would be to segment all the Mac's to their own subnet and then restrict that access to the drive to that subnet. If activity dies then you have your answer and you can figure out a way to fix or neuter the Mac's.
Jon On Tue, Nov 10, 2009 at 5:42 PM, [email protected] <[email protected]>wrote: > It's deinitely something on the network causing the issue. > > Pulling the network cable on the server caused the Disk Read % to go to > zero instantly. Plugging the cable back in caused the Disk Read % to jump > back up. > > I am starting to think it's the way the Mac clients use the Mobile Home > Sync between their machine and the home drive on the Windows Server. I'm > no Mac expert but our resident Mac guy said it syncs this data every 7 > minutes... When we have hundreds of Macs accessing their home drives during > the day and constantly sync'ing data, I imagine this might be whats causing > the problem. > > Will continue to research... > JR > > > > > Original Message: > ----------------- > From: Charlie Kaiser [email protected] > Date: Tue, 10 Nov 2009 15:06:34 -0700 > To: [email protected] > Subject: RE: finding out what is causing disk to thrash? > > > Have you killed search indexing yet? :-) > > Also, ethereal should help looking for what remote machine might be hitting > it. Even if you're not good with it, you can do some filtering and narrow > things down a bit. The suggestion of pulling the network cable to isolate > local/remote is also a good one... > > *********************** > Charlie Kaiser > [email protected] > Kingman, AZ > *********************** > > > -----Original Message----- > > From: [email protected] [mailto:[email protected]] > > Sent: Tuesday, November 10, 2009 2:17 PM > > To: NT System Admin Issues > > Subject: finding out what is causing disk to thrash? > > > > Looking for ideas here. > > > > I have a File server (windows 2003) that is connected to a > > SAN via the F: > > drive. The F: drive is used to store user data (home folders). > > > > The F: drive is showing bad performance. When viewing > > Windows Performance Monitoring, the counter Disk Read % for > > F: is constantly pegged at 100%. > > Disk Write% on F: seems okay at < 10%. > > > > So, I'm trying to find out what is causing the constant > > reads. When I run Process Monitor (Filemon) on the server, I > > don't see anything that is hitting F: and causing the issue. > > I'm guessing that process monitor is NOT showing me the > > activity on F: from my networked PCs that are accessing the > > user share on the F: drive. > > > > So.... Is there a way to find out what/who is causing my > > disks to constantly be 100% Disk Read? > > > > I don't see anything outstanding under Open Files in Computer > > Management either... > > > > Ideas? > > > > > > -------------------------------------------------------------------- > > myhosting.com - Premium MicrosoftR WindowsR and Linux web and > > application hosting - http://link.myhosting.com/myhosting > > > > > > > > ~ Finally, powerful endpoint security that ISN'T a resource > > hog! ~ ~ > > <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > -------------------------------------------------------------------- > mail2web.com – Enhanced email for the mobile individual based on > Microsoft® > Exchange - http://link.mail2web.com/Personal/EnhancedEmail > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
