From: AK Subject: Understanding nfsstat output Date: Wed, 2 May 2007 08:26:21 -0700 (PDT) Message-ID: <953249.36987.qm@web56613.mail.re3.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1923323450==" To: nfs@lists.sourceforge.net Return-path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list2-new.sourceforge.net with esmtp (Exim 4.43) id 1HjGip-0008GG-Lt for nfs@lists.sourceforge.net; Wed, 02 May 2007 08:26:27 -0700 Received: from web56613.mail.re3.yahoo.com ([66.196.97.57]) by mail.sourceforge.net with smtp (Exim 4.44) id 1HjGip-00033H-Rt for nfs@lists.sourceforge.net; Wed, 02 May 2007 08:26:30 -0700 List-Id: "Discussion of NFS under Linux development, interoperability, and testing." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfs-bounces@lists.sourceforge.net Errors-To: nfs-bounces@lists.sourceforge.net --===============1923323450== Content-Type: multipart/alternative; boundary="0-657130747-1178119581=:36987" Content-Transfer-Encoding: 7bit --0-657130747-1178119581=:36987 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello everyone! =20 I am trying to understand the output of nfsstat to better understand an= d tweak NFS performance for our machines.=20 =20 Following is the output from our Solaris 9, NFSv3 running server: =20 I am concerned about the "badcalls" for "Server nfs" output, is this no= rmal or something is wrong. We have some of our clients mounting the expo= rted File system with rsize & wsize =3D 32K, Could this be the problem, = is there a way to narrow it down? =20 Any feedback is greatly appreciated! =20 ~thanks ~al =20 # nfsstat -s =20 Server rpc: Connection oriented: calls badcalls nullrecv badlen xdrcall dupcheck= s 101090599 0 0 0 0 62704096 dupreqs 7038 Connectionless: calls badcalls nullrecv badlen xdrcall dupcheck= s 17121084 0 0 0 0 7028935 dupreqs 69076 =20 Server nfs: calls badcalls 118266383 57138 Version 2: (0 calls) null getattr setattr root lookup readlink 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% read wrcache write create remove rename 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% link symlink mkdir rmdir readdir statfs 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% Version 3: (117965148 calls) null getattr setattr lookup access readlink 1 0% 185486 0% 1906 0% 41482 0% 24091 0% 487 0% read write create mkdir symlink mknod 47680376 40% 69594128 58% 2516 0% 2 0% 80 0% 0 0% remove rmdir rename link readdir readdirp= lus 1658 0% 4 0% 126 0% 7 0% 1890 0% 2726 0% fsstat fsinfo pathconf commit 222331 0% 9 0% 2 0% 205840 0% =20 Server nfs_acl: Version 2: (0 calls) null getacl setacl getattr access 0 0% 0 0% 0 0% 0 0% 0 0% Version 3: (111 calls) null getacl setacl 0 0% 73 65% 38 34% =20 --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. --0-657130747-1178119581=:36987 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hello everyone!
 
I am trying to unders= tand the output of nfsstat to better understand and tweak NFS performance= for our machines.
 
Following is the outpu= t from our Solaris 9, NFSv3 running server:
 
I am concerned about the "badcalls" for "Server nfs" output, is this no= rmal or something is wrong. We have some of our clients mounting the expo= rted File system with rsize & wsize =3D 32K,  Could this be the = problem, is there a way to narrow it down?
 
Any feedback is greatly appreciated!
 
~tha= nks ~al
 
# nfsstat -s
 
Server rpc:
Connection oriented:
calls   &= nbsp;    badcalls     nullrecv &n= bsp;   badlen       xdrcall =      dupchecks
101090599    0     =        0      = ;      0      &nbs= p;     0       &nb= sp;    62704096
dupreqs
7038
Connectionless:
c= alls        badcalls   =   nullrecv     badlen    &nb= sp;  xdrcall      dupchecks
17121084&nbs= p;    0        &nb= sp;   0         &n= bsp;  0          &= nbsp; 0           = 7028935
dupreqs
69076
 
Server nfs:
calls        badcalls
1182= 66383    57138
Version 2: (0 calls)
null  =        getattr     = ; setattr      root     = ;    lookup       readlink0 0%         0 0%  &n= bsp;      0 0%     &nbs= p;   0 0%         0 0%&= nbsp;        0 0%
read  &= nbsp;      wrcache     = write        create   =     remove       rename
0= 0%         0 0%   = ;      0 0%         0 0%   = ;      0 0%      &= nbsp;  0 0%
link         = symlink      mkdir     =    rmdir        readdir = ;     statfs
0 0%     &nb= sp;   0 0%         0 0%=          0 0%   &n= bsp;     0 0%      &nbs= p;  0 0%
Version 3: (117965148 calls)
null   &n= bsp;     getattr      setatt= r      lookup      = ; access       readlink
1 0%  =        185486 0%    1906 0%      41482 = 0%     24091 0%     487 0%
rea= d         write   =      create       mkdir=         symlink    = ;  mknod
47680376 40% 69594128 58% 2516 0%    = ;  2 0%         80 0% &= nbsp;      0 0%
remove    = ;   rmdir        rename = ;      link      &= nbsp;  readdir      readdirplus
1658 0%&= nbsp;     4 0%      &nb= sp;  126 0%       7 0%  &nbs= p;      1890 0%      2726 0%
fsstat   &nbs= p;   fsinfo       pathconf &= nbsp;   commit
222331 0%    9 0%  &= nbsp;      2 0%     &nb= sp;   205840 0%
 
Server nfs_acl:<= BR>Version 2: (0 calls)
null       =   getacl       setacl   = ;    getattr      access
0 0%&= nbsp;        0 0%   &nb= sp;     0 0%       = ;  0 0%         0 0%
Vers= ion 3: (111 calls)
null        = ; getacl       setacl
0 0%  &n= bsp;      73 65%       38 34%


Ahhh...imagining that irresistible "new car" smell? Check out new cars at Yahoo! Autos. --0-657130747-1178119581=:36987-- --===============1923323450== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ --===============1923323450== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs --===============1923323450==--