From: Steve Dickson <SteveD@redhat.com>
Cc: nfs@lists.sourceforge.net
Subject: Re: A Question about the 2.4.21 Pathconf patch
Date: Tue, 29 Apr 2003 14:41:56 -0400 [thread overview]
Message-ID: <3EAEC774.20402@RedHat.com> (raw)
In-Reply-To: shs4r4h5l52.fsf@charged.uio.no
Hello Trond,
Trond Myklebust wrote:
>Why would we want to succeed in that case? If the server operates with
>some screwed up set of parameters that we are incapable of supporting,
>surely the best thing to do is to fail immediately?
>
Very true... I think we are saying the same thing.... Maybe I
was not too clear....
>Note: Most of the functionality of NFSPROC3_FSINFO *is* in fact in v2,
>but it is either part of NFSPROC_STATFS, or (shudder) has been tacked
>onto the mount protocol.
>
Right... but with the difference being that statfs supplies dynamic
information and fsinfo supplies static info. And some the
fsinfo info, like readdir sizes, procedures not supported,
max reads/writes sizes along with preferred read/write sizes
seems like good information to have about the server, although
not totally necessary, obviously ;-)
So I'm just curious, why (from a protocol purest standpoint) its
not being used... and if it ever was used, what were the results...
SteveD.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2003-04-29 18:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-29 15:08 A Question about the 2.4.21 Pathconf patch Steve Dickson
2003-04-29 16:22 ` Trond Myklebust
2003-04-29 18:41 ` Steve Dickson [this message]
2003-04-29 19:39 ` Trond Myklebust
2003-04-29 21:18 ` Steve Dickson
2003-04-29 22:47 ` Trond Myklebust
2003-04-30 2:14 ` Steve Dickson
2003-04-29 19:55 ` Trond Myklebust
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=3EAEC774.20402@RedHat.com \
--to=steved@redhat.com \
--cc=nfs@lists.sourceforge.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.