Re: Strange performance problems between Linux client and Sun/Solaris-10 Server with SAM-FS

[Chuck Lever <chuck.lever@oracle.com>]

[-- Attachment #1: Type: text/plain, Size: 883 bytes --]

Martin Knoblauch wrote:
>> At 10:20 AM 5/14/2007, Martin Knoblauch wrote:
>>> not sure whether I should feel stupid. Inspecting the tcpdump log
>>> (snippet attached), I see a lot of "reply ERR 1448" packets coming 
> from
>>> the Sun. Which of course could explain a few things.
>> Can you turn up the tcpdump reporting to show more NFS layer decoding?
>> The "1448" is just the packet length at this level (which is a bit odd
> 
>> in
>> itself - why such a large reply?), not the error code.
> Hi Tom,
> 
>  How to turn NFS reporting up? "-vvv" does not give any more info?

Ensure that tcpdump is capturing whole frames.  By default it captures 
only 96 bytes of each Ethernet frame, which isn't enough to tell what is 
going on at the RPC or NFS layer.  Use:

   tcpdump -s0 -w/tmp/raw

to collect your data, then use WireShark, as Tom suggested to analyze 
the captured trace.

[-- Attachment #2: chuck.lever.vcf --]
[-- Type: text/x-vcard, Size: 291 bytes --]

begin:vcard
fn:Chuck Lever
n:Lever;Chuck
org:Oracle Corporation;Corporate Architecture: Linux Projects Group
adr:;;1015 Granger Avenue;Ann Arbor;MI;48104;USA
title:Principal Member of Staff
tel;work:+1 248 614 5091
x-mozilla-html:FALSE
url:http://oss.oracle.com/~cel/
version:2.1
end:vcard


[-- Attachment #3: Type: text/plain, Size: 286 bytes --]

-------------------------------------------------------------------------
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/

[-- Attachment #4: Type: text/plain, Size: 140 bytes --]

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs