high i/o wait

From: Shawn Tagseth (Shawn.Tagseth@crystaldecisions.com)
Date: Mon Mar 10 2003 - 14:21:00 EST


So here is my situation...

-I have two sun machines(solaris 8) hooked up to a Fibre Channel SAN (one
source server and one NFS server serving about 100 clients).
-Each of them have Solstice Disk Suite installed to mirror the OS drives.
-All NFS exports and all source data are on SAN mounted volumes and not
included in the SDS setup.
-The NFS server is a recent replacement for a different NFS server (that was
plugged in to an older SAN), but it did not have SDS.

And my problem....

I am seeing unusually high I/O waits and kernel times on both of these
machines.

The direct comparison is the NFS servers. The "new" NFS server is a e420r,
which replaced an e220r. The different (and newer) SAN should mean better
performance on the "new" NFS server. Neither machine is anywhere near
resource starved (eg loads < 1, 1Gig free RAM etc) and total SAN traffic is
less that 20% total available bandwidth.

Typical iostat readings reflect the i/o wait times etc, but its never
consistent (eg high waits at 1600 kr/s & kw/s one time but higher the next
time, and then less at 1600 kr/s & 2000 kw/s).

It almost looks like to me that SDS is "sticking its nose" where it
shouldn't because this was not the case on my old NFS server. Can anyone
else confirm/deny this?

A few google searches didn't help, but I may not have used the best
keywords, too.

SDS was installed with default settings and no other tuning.

Things that already crossed my mind...
-the processes were using temp files in /tmp etc (nope)
-syslog logging (which goes to an SDS drive) (nope)
-`pwd` of processes on an SDS drive (would that matter?)

I am going to remove SDS from one of the hosts to see if that helps, but I
was wondering if there is a less drastic I could attempt. These are both
fairly key to our environment so I can't really be bouncing them all the
time either.

Thanks,
/shawn
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:25:58 EDT