[Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)
Scott_Purcell at Dell.com
Scott_Purcell at Dell.com
Mon May 21 09:32:20 MDT 2012
Submitted as bug 8950.
From: Steve French [mailto:smfrench at gmail.com]
Sent: Saturday, May 19, 2012 6:47 PM
To: Purcell, Scott
Cc: jlayton at samba.org; linux at kukkukk.com; samba at lists.samba.org; linux-cifs at vger.kernel.org
Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)
Don't want to forget is to open a bug report (at bugzilla.samba.org)
if you haven't already created one - even if tricky to fix safely, I
don't want to lose track of this issue if we can find a way to safely
handle this case. There is a lot going on in development of cifs.ko
with smb2 enablement and the introduction of "SMB 3" (and also some
dramatic performance improvements that went in over the last four
On Sat, May 19, 2012 at 6:20 PM, <Scott_Purcell at dell.com> wrote:
> I'll inquire. But we're a very windows-centric shop -- I may be given the old "Working as designed... if it won't work on Linux you'll have to use Windows" routine...
> Scott Purcell
> Content Development: Linux, Virtualization, and Cloud Solutions
> Dell | GSD Learning & Development
> From: Steve French [smfrench at gmail.com]
> Sent: Saturday, May 19, 2012 10:25 AM
> To: Purcell, Scott
> Cc: jlayton at samba.org; linux at kukkukk.com; samba at lists.samba.org; linux-cifs at vger.kernel.org
> Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)
> On Sat, May 19, 2012 at 9:52 AM, <Scott_Purcell at dell.com> wrote:
>> Is there any workaround?
> Fixing the permissions on the parent directory so it can be traversed
> is not possible?
>> From: Jeff Layton [jlayton at poochiereds.net] On Behalf Of Jeff Layton [jlayton at samba.org]
>> Sent: Saturday, May 19, 2012 7:37 AM
>> To: Purcell, Scott
>> Cc: linux at kukkukk.com; samba at lists.samba.org; linux-cifs at vger.kernel.org
>> Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)
>> On Fri, 18 May 2012 16:32:29 -0500
>> <Scott_Purcell at Dell.com> wrote:
>>> Yes, I think that has been the normal behavior since our data was moved to this device. I assumed it was due to filesystem permissions -- that I don't have read access to the root level of the share, but do have r/w access to the /training/ directory below it.
>>> Using smbclient, get "NT_STATUS_ACCESS_DENIED" when I try:
>>> ls training
>>> ls /training
>>> ls /training/
>>> but if I cd to training, I can list its contents.
>>> I've tried appending the path in my mount command as well and mount.cifs still doesn't handle it:
>> Known problem since the superblock sharing patches went in. cifs.ko
>> needs to establish a dentry and inode for the root of the share and
>> then walks down to the "prefixpath" for the mount. Unfortunately if you
>> don't have access to any point along that path, the mount will fail.
>> There have been a couple of proposals to fix it, but they've had their
>> own problems. What probably needs to happen is to do something like
>> what NFS does in its superblock sharing model. Allow several trees of
>> dentries within a superblock and only connect them later if we happen
>> to stumble across the right entry. See commit 54ceac45159 for an
>> explanation of the model NFS uses for this.
>> Jeff Layton <jlayton at samba.org>
>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>> the body of a message to majordomo at vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
More information about the samba