[lkml]   [2001]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Fw: NFSD over TCP: TCP broken?
>>>>> " " == Shirish Kalele <> writes:

>> Hi,

>> Looking at the network traces, it looks like the RPC records
>> being sent
> over
>> TCP are inconsistent with the lengths specified in the record
>> marker. This happens mainly when 3-4 requests arrive one after
>> the other and you have
> 3-4
>> threads replying to these requests in parallel. It looks like
>> TCP gets hopelessly confused and botches up the replies being
>> sent. I point my
> finger
>> at TCP because tcp_sendmsg returns a valid length indicating
>> that the
> entire
>> reply was accepted, but the tcp sequence numbers show that the
>> RPC record sent on the wire wasn't equal to the length accepted
>> by TCP. After a
> while,
>> the client realizes it's out of sync when it gets an invalid
>> RPC record marker, and resets and reconnects. This repeats
>> multiple times.

This is normal. Nobody has fixed the RPC server code. There are plenty
of possible sources of the above problem, but my main suspect is the
fact that the TCP reply code uses blocking socket operations (will
change once we actually go in for supporting TCP), but doesn't provide
any mechanism for preventing another thread from using the socket
while the original writer is sleeping.

Fix: Set up a semaphore in the struct svc_sock somewhere, and use it
to gate write acces to the socket...

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:08    [W:0.054 / U:1.392 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site