[Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)

Scott_Purcell at Dell.com Scott_Purcell at Dell.com
Sat May 19 17:20:38 MDT 2012


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
>>       ls training
>>       ls /training
>>       ls /training/
>>
>> but if I cd to training, I can list its contents.
>>
>> BTW,
>>
>> 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



--
Thanks,

Steve


More information about the samba mailing list