linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Steve French" <smfrench@gmail.com>
To: linux-cifs-client@lists.samba.org,
	samba-technical@lists.samba.org, linux-fsdevel@vger.kernel.org
Subject: Re: mount options for selectively disabling parts of CIFS Unix Extensions
Date: Mon, 16 Jul 2007 18:11:02 -0500	[thread overview]
Message-ID: <524f69650707161611r4e29273cn751ffce503bd2d49@mail.gmail.com> (raw)
In-Reply-To: <524f69650707161540n4f4e785ai6c6039d3240456f9@mail.gmail.com>

I would like opinions on how to handle a specific use question ...

if the user has mounted e.g.  \\server1\shareA (e.g. on a Samba
server) using defaults (and thus gotten support for the Unix
Extensions, but then does a second mount trying to disable Unix
Extensions (e.g. "mount -t cifs //server1/shareB /mnt -o nounix" then
what should the result be:

1) mount fails?  If so what return code - there is no easy way to pass
error strings back across mount (get_sb returns an int - a posix
return code)

2) mount succeeds, ignoring the "nounix" option but prints a warning to dmesg

3) mount succeeds but turns off the Unix Capability bits so no Unix
Extension requests are sent on either shareA or shareB (although the
server behavior will still be a little different than if the client
had not negotiated Unix Extensions at all, at least it will be
different unless the session drops and is reconnected at which time
the server will see the Unix Extensions disabled)

4) mount succeeds and no Unix Extension requests are sent on the tree
id for shareB (the requests to shareA are unaffected)

etc.

Ideas?

On 7/16/07, Steve French <smfrench@gmail.com> wrote:
> I have seen various requests from users to disable part of the CIFS
> Unix Extensions on mount

  reply	other threads:[~2007-07-16 23:11 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-16 22:40 mount options for selectively disabling parts of CIFS Unix Extensions Steve French
2007-07-16 23:11 ` Steve French [this message]
2007-07-17 11:30   ` Jan Engelhardt
2007-07-17 11:57   ` [linux-cifs-client] " Jeff Layton
2007-07-17 18:49     ` Trond Myklebust
2007-07-17 22:09       ` Steve French
2007-07-18  2:17         ` Trond Myklebust
2007-07-17 12:49 ` J. Bruce Fields
2007-07-17 14:13   ` Steve French

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=524f69650707161611r4e29273cn751ffce503bd2d49@mail.gmail.com \
    --to=smfrench@gmail.com \
    --cc=linux-cifs-client@lists.samba.org \
    --cc=linux-fsdevel@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;
as well as URLs for NNTP newsgroup(s).