Linux CIFS filesystem development
 help / color / mirror / Atom feed
From: "Christopher R. Hertel" <crh@samba.org>
To: Jeff Layton <jlayton@samba.org>
Cc: linux-cifs@vger.kernel.org, cifs-protocol@samba.org,
	samba-technical@lists.samba.org
Subject: Re: [cifs-protocol] cifs client timeouts and hard/soft mounts
Date: Sat, 04 Dec 2010 13:49:18 -0600	[thread overview]
Message-ID: <4CFA9B3E.8050603@samba.org> (raw)
In-Reply-To: <20101204062837.55cb13a2@tlielax.poochiereds.net>

Jeff Layton wrote:
> On Fri, 03 Dec 2010 21:54:13 -0600
> "Christopher R. Hertel" <crh@samba.org> wrote:
> 
>> Jeff Layton wrote:
>> :
>> :
>>> Timeouts:
>>> =========
>>> It's tempting to think of SMB as being very similar to NFS/RPC, but
>>> when it comes to low-level transport, there are significant
>>> differences. ONC-RPC was designed for connectionless transports and has
>>> the concept of a retransmission. SMB however does not -- it was
>>> originally layered on NetBIOS sessions and so has always been assumed
>>> to run on a connection-based transport.
>> ...with the exception of the Direct Hosted IPX transport.  IPX is
>> connectionless.  In order to accommodate this connectionless transport, SMB
>> was actually modified (slightly).
>>
>> That may seem to be in the "who cares" category, since those old transports
>> are essentially dead (much more dead than NBT, or even NBF).  Unfortunately,
>> the code to handle the old transports is still there in Windows, so there
>> are behaviors -- things like the timeouts you're talking about and the weird
>> VC=0 shutdown behvior -- that exist because of these old disused transports.
>>
>> Ugh.  Eh?
>>
> 
> Yeah, Direct Hosted IPX is a lot more like NFS/RPC. MS essentially
> shoehorned in a way to do request retransmissions. It's a pretty
> impressive kludge! I suppose we could theorize that that legacy is why
> Windows times out individual requests so aggressively, but maybe there
> are other design concerns behind that behavior.

I've seen the source code.  [Aiigh!  Bleach the eyes!]

I think that this is the primary reason for the timeout, but yeah... there
are other factors that are likely involved.

> In this case however it really is a "don't care" for us in Linux CIFS
> land since we have never implemented it on top of IPX or any other
> non-connected transport and have no plans to do so.

Yep!  I agree with Volker's vote that this is a case in which third-party
implementations should do "the right thing" rather than "what Windows does".

Chris -)-----

-- 
"Implementing CIFS - the Common Internet FileSystem" ISBN: 013047116X
Samba Team -- http://www.samba.org/     -)-----   Christopher R. Hertel
jCIFS Team -- http://jcifs.samba.org/   -)-----   ubiqx development, uninq.
ubiqx Team -- http://www.ubiqx.org/     -)-----   crh@ubiqx.mn.org
OnLineBook -- http://ubiqx.org/cifs/    -)-----   crh@ubiqx.org

  reply	other threads:[~2010-12-04 19:49 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-04  2:28 cifs client timeouts and hard/soft mounts Jeff Layton
     [not found] ` <20101203212811.17594274-9yPaYZwiELC+kQycOl6kW4xkIHaj4LzF@public.gmane.org>
2010-12-04  3:54   ` [cifs-protocol] " Christopher R. Hertel
2010-12-04  8:13     ` Volker Lendecke
     [not found]       ` <E1POnFL-00BKg9-JW-dqLtpHMqGvUyWpdLl23E4A@public.gmane.org>
2010-12-04 11:44         ` Jeff Layton
2010-12-04 12:25           ` Shirish Pargaonkar
2010-12-04 13:09             ` Jeff Layton
     [not found]               ` <20101204080942.42be63da-9yPaYZwiELC+kQycOl6kW4xkIHaj4LzF@public.gmane.org>
2010-12-04 14:06                 ` Shirish Pargaonkar
     [not found]                   ` <AANLkTim45G=pLwznde8S_b=FGCnYyO29Tnokghs0qZ-y-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-04 14:22                     ` Jeff Layton
2010-12-04 14:46                       ` Shirish Pargaonkar
     [not found]                         ` <AANLkTimN0F5KyM7r1+k3Y3Ki+kwQukAr4uXzRJuMVZtX-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-04 16:55                           ` Jeff Layton
     [not found]             ` <AANLkTinsm=b5Pezzo4m6Jbmq96EcYas4Hsw0nhxfb4m6-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-04 20:17               ` Christopher R. Hertel
2010-12-04 12:30           ` Shirish Pargaonkar
     [not found]           ` <20101204064452.46ac24c7-9yPaYZwiELC+kQycOl6kW4xkIHaj4LzF@public.gmane.org>
2010-12-04 12:34             ` Shirish Pargaonkar
2010-12-04 20:04             ` Christopher R. Hertel
2010-12-04 19:46       ` Christopher R. Hertel
     [not found]     ` <4CF9BB65.2010307-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
2010-12-04 11:28       ` Jeff Layton
2010-12-04 19:49         ` Christopher R. Hertel [this message]
2010-12-04  8:12 ` Volker Lendecke
2010-12-06  1:42   ` Steve French
     [not found]     ` <AANLkTi=MCgZb=we2OEtxJ4DZ==sVmRLd8aQKeMU7vvKt-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-06  2:06       ` Jeff Layton
2010-12-06  2:16         ` Steve French
     [not found]           ` <AANLkTik4Vh5hqWwVngjCC7v1ST1YxAP9LvQbcqKDhWHp-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-06  2:30             ` Jeff Layton
2010-12-06  4:34             ` Volker Lendecke
     [not found]               ` <E1PPSnw-00DDbs-Va-dqLtpHMqGvUyWpdLl23E4A@public.gmane.org>
2010-12-06 16:28                 ` Steve French
2010-12-06 16:49                   ` [cifs-protocol] " simo
     [not found]                     ` <1291654155.3167.6.camel-akOVU7JyYd8WIfilqQrPtNi2O/JbrIOy@public.gmane.org>
2010-12-06 17:06                       ` Christopher R. Hertel
2010-12-06 17:17                         ` Steve French
2010-12-06 17:01                   ` Christopher R. Hertel
     [not found]                     ` <4CFD16D8.4090207-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
2010-12-06 17:42                       ` Jeff Layton
     [not found]                         ` <20101206124255.7ea8a8a9-9yPaYZwiELC+kQycOl6kW4xkIHaj4LzF@public.gmane.org>
2010-12-06 18:49                           ` Jeremy Allison
2010-12-06 18:54                           ` Christopher R. Hertel
     [not found]                             ` <4CFD3166.4000800-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
2010-12-06 20:17                               ` Volker Lendecke
2010-12-06 20:38                                 ` Christopher R. Hertel
     [not found]                                   ` <4CFD49CD.5010002-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
2010-12-06 20:42                                     ` Volker Lendecke
2010-12-06 20:44                                     ` Steve French
     [not found]                                       ` <AANLkTim1-m=d-A6yp4bWpYrEeqN_t49aHnAGPQEjrob_-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-06 20:52                                         ` Christopher R. Hertel
     [not found]                                           ` <4CFD4D15.60103-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
2010-12-06 22:45                                             ` [cifs-protocol] " Christopher R. Hertel
2010-12-07 20:34                                 ` Matt Ficken (Insight Global)
     [not found]                                   ` <673E6032983AF84185CE49D109B4F40A526665-Jfd81uAzPQsTaQvdokkCPVir+X/St4rqwBk/1ggFUS45P9zcU8sUGwC/G2K4zDHf@public.gmane.org>
2010-12-07 20:53                                     ` Christopher R. Hertel
2010-12-06  2:46   ` Andrew Bartlett
2010-12-06  4:35     ` Volker Lendecke

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4CFA9B3E.8050603@samba.org \
    --to=crh@samba.org \
    --cc=cifs-protocol@samba.org \
    --cc=jlayton@samba.org \
    --cc=linux-cifs@vger.kernel.org \
    --cc=samba-technical@lists.samba.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox