Thanks for the reply Joe....
atop seems to be a really cool tool that would be very helpful once I
get a chance to patch the kernel on file servers (for process level disk
usage and ethernet usage information.). I am setting up a test cluster
to reproduce the problem. Would post updates as I find more info...
Amrik
Joe Landman wrote:
Hi Amrik:
Amrik Singh wrote:
Hi,
We are running a cluster of 180 diskless compute nodes. 60 of them
have 32 bit AMD Semptron processors and rest are dual core AMD
Athelon 64 bit processors. 32 bit machines have 10/100 mbps and rest
have gigabit ethernet cards. We have four file servers, each hosting
around 3.5TB on SATA drives connected to 3Ware RAID controller cards
configured on RAID 10 array. These file servers are exporting the
drives through NFS. Each file server is running 265 daemons for nfsd.
The file servers are mainly hosting large number of small files
ranging from 256KB to 2 MB. The compute nodes are primarily doing a
search through these files, so there is lot's of reading and some
writing to the file servers.
Recently we started noticing very high (70-90%) wait states on the
file servers when compute nodes. We have tried to optimize the NFS
through increasing the number of daemons and the rsize and wsize but
to no avail.
Can someone point us in the right direction as to how we should be
trying to troubleshoot this problem.
You might want to look at the read patterns.
PS: All the nodes are running SuSE 10.0 and servers are running
SuSE10.0 and 10.1 and all the drives are formatted with reiserfs.
Hmmm... I remember Reiser has had a problem in the past when file
systems get full or nearly so. There are file tail optimizations you
might want to turn off, as well as use noatime for mounts. I might
suggest turning to a better file system for your servers (if possible,
it might not be a trivial undertaking), but even then that might not
be responsible.
Grab a copy of atop (google for it), run it on your file server. See
if it is the file system that is problematic (disk devices running
near 80% or higher capacity for reads/writes all the time).
Other possibilities are your file access patterns, what the file
server is doing itself, whether or not your networks are being flooded
with small packets (see if your csw is very high, or the number of
interrupts or packets are very high).
Joe
thanks
_______________________________________________
Beowulf mailing list, Beowulf@beowulf.org
To change your subscription (digest mode or unsubscribe) visit
http://www.beowulf.org/mailman/listinfo/beowulf