You don't honestly, really, reasonably, expect someone, anyone, to look at the stack trace of a few hundred threads, and post something along the lines of "This is what is wrong with your NFS server".....Do you? Without any other information at all?

We're here to help, but please reset your expectations around our abilities to
root-cause pathological behavior based an almost no information.

What size and type of server?
What size and type of storage?
What release of Solaris?
What how may networks, and what type?
What is being used to generate the load for the testing?
What is the zpool configuration?
What do the system stats look like while under load (e.g. mpstat), and how
to they change when you see this behavior?
What does "zpool iostat <zpool_name> 1" data look like while under load?
Are you collecting nfsstat data - what is the rate of incoming NFS ops?
Can you characterize the load - read/write data intensive, metadata intensive?

Are the client machines Solaris, or something else?

Does this last for seconds, minutes, tens-of-minutes? Does the system remain in this
state indefinitely until reboot, or does it normalize?

Can you consistently reproduce this problem?

/jim


Leon Koll wrote:
Hello, gurus
I need your help. During the benchmark test of NFS-shared ZFS file systems at 
some moment the number of NFS threads jumps to the maximal value, 1027 
(NFSD_SERVERS was set to 1024). The latency also grows and the number of IOPS 
is going down.
I've collected the output of
echo "::pgrep nfsd | ::walk thread | ::findstack -v" | mdb -k
that can be seen here:
http://tinyurl.com/yrvn4z

Could you please look at it and tell me what's wrong with my NFS server.
Appreciate,
-- Leon
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to