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

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

[Shirish Pargaonkar]

On Wed, May 16, 2012 at 3:52 PM,  <Scott_Purcell-8PEkshWhKlo@public.gmane.org> wrote:
> I just upgraded from Ubuntu 11.04 to 12.04 and am working to restore access to the windows shares I use at work.
>
>
>
> smbclient connects immediately:
>
>
>
>     sudo smbclient //server/share -A /etc/.smb_creds.txt
>
>
>
> mount.cifs fails (with "mount error(13): Permission denied"):
>
>
>
>     sudo mount.cifs //server/share /mnt/ -o credentials=/etc/.smb_creds.txt
>
>
>
>
>
> my credentials file is as follows (with the proper values, of course):
>
>
>
>     username=mynamehere
>
>    password=password
>
>     domain=MyDomain
>
>
>
>
>
> I remember on a previous occasion having resolved a problem by including a mount option "noserverino". I've tried that to no effect. I've also tried "sec=ntlmv2"
>
>
>
> The syslog contains this message in response to each failed attempt:
>
>
>
>     CIFS VFS: cifs_mount failed w/return code = -13
>
>
>
> Whatever this glitch is, it seems pervasive.  smbclient is the ONLY way I've been able to successfully connect to my shares so far. Failed methods attempted include:
>
>
>
> * mounting with "mount -t cifs ..."
>
> * mounting with "mount -t smbfs ..."
>
> * mounting directly with "mount.cifs ..."
>
> * configuring smbnetfs (supposed to make the windows network browsable from a  single mountpoint -- I could see the servers and shares, but not directories on the shares)
>
> * configuring fusesmb
>
> * Nautilus' "Connect to Server" functionality
>
> * Nautilus' "smb:///..." browsing
>
>
>
> It seems like smbclient is handling authentication in one way (working) and everything else is doing it in some different way.
>
>
>
>
>
>
>
>
>
> I'm baffled and appreciative of any suggestions you can provide. Thanks in advance.
>
>
>
>
>
> Scott Purcell
>
> Dell | GSD Learning & Development
>
>
> Scott Purcell
> Content Development: Linux, Virtualization, and Cloud Solutions
> Dell | GSD Learning & Development
> All about me on PeopleSearch<http://peoplesearch.dell.com/pages/profile.aspx?accountname=AMERICAS\SCOTT_PURCELL> | Follow me on Chatter<https://na7.salesforce.com/_ui/core/userprofile/UserProfilePage?u=005A0000000buOq>
>
> --
> To unsubscribe from this list go to the following URL and read the
> instructions:  https://lists.samba.org/mailman/options/samba

What is the Windows server?  Can you try a command like

mount -t cifs //servername/sharename <mount_point> -o sec=ntlmsspi,
user=<username>,pass=<password>

You can paste your smb.conf that smbclient uses as well.

Regards,

Shirish

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

[Shirish Pargaonkar]

On Thu, May 17, 2012 at 11:08 PM, Shirish Pargaonkar
<shirishpargaonkar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Thu, May 17, 2012 at 11:07 PM,  <Scott_Purcell-8PEkshWhKlo@public.gmane.org> wrote:
>> Hi all,
>>
>> I want to thank you for your help.  I will be in class tomorrow and likely unable to test much, if at all.  I'll be able to re-engage with this problem on Monday.  My apologies for getting you all focused on my problem just when I have to step away from it for a bit.
>>
>>
>>
>> Scott Purcell
>> Content Development: Linux, Virtualization, and Cloud Solutions
>> Dell | GSD Learning & Development
>> ________________________________________
>> From: Shirish Pargaonkar [shirishpargaonkar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
>> Sent: Thursday, May 17, 2012 8:08 PM
>> To: Günter Kukkukk
>> Cc: Purcell, Scott; samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org
>> Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)
>>
>> On Thu, May 17, 2012 at 8:02 PM, Günter Kukkukk <linux-KQewbsS9MvBBDgjK7y7TUQ@public.gmane.org> wrote:
>>> Am Donnerstag, 17. Mai 2012, 20:29:25 schrieb Scott_Purcell-AaCy+MCqJcQ@public.gmane.orgm:
>>>> Modinfo reports:
>>>>
>>>> $ modinfo cifs
>>>> filename:       /lib/modules/3.2.0-24-generic/kernel/fs/cifs/cifs.ko
>>>> version:        1.76
>>>> description:    VFS to access servers complying with the SNIA CIFS
>>>> Specification e.g. Samba and Windows license:        GPL
>>>> author:         Steve French <sfrench-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
>>>> srcversion:     B869252FD0961045466332F
>>>> depends:
>>>> intree:         Y
>>>> vermagic:       3.2.0-24-generic SMP mod_unload modversions
>>>> parm:           CIFSMaxBufSize:Network buffer size (not including header).
>>>> Default: 16384 Range: 8192 to 130048 (int) parm:
>>>> cifs_min_rcv:Network buffers in pool. Default: 4 Range: 1 to 64 (int)
>>>> parm:           cifs_min_small:Small network buffers in pool. Default: 30
>>>> Range: 2 to 256 (int) parm:           cifs_max_pending:Simultaneous
>>>> requests to server. Default: 32767 Range: 2 to 32767. (int) parm:
>>>>  echo_retries:Number of echo attempts before giving up and reconnecting
>>>> server. Default: 5. 0 means never reconnect. (ushort) parm:
>>>> enable_oplocks:Enable or disable oplocks (bool). Default:y/Y/1 (bool)
>>>>
>>>>
>>>>
>>>> Scott Purcell
>>>> Content Development: Linux, Virtualization, and Cloud Solutions
>>>> Dell | GSD Learning & Development
>>>> ________________________________________
>>>> From: Shirish Pargaonkar [shirishpargaonkar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
>>>> Sent: Thursday, May 17, 2012 12:15 PM
>>>> To: Purcell, Scott
>>>> Cc: samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org
>>>> Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu
>>>> 12.04)
>>>>
>>>> On Thu, May 17, 2012 at 11:38 AM,  <Scott_Purcell-8PEkshWhKlo@public.gmane.org> wrote:
>>>> > Passing "sec=ntlmssp" did not help.  Nor did moving the options prior to
>>>> > the device and mount-point specifications.
>>>> >
>>>> > I'm not comfortable sending a full tcpdump to the list whose membership I
>>>> > do not know (but I can send it directly to formal members of the Samba
>>>> > team -- I see Gunter's name on the website. Shirish, are you on the team
>>>> > as well?) since it would reveal things about my network environment that
>>>> > our data security folks would not want revealed.  But I have performed
>>>> > such a capture -- are there specific things I should be looking for?
>>>>
>>>> I think your session setup is failing.  Basically what does negotiate
>>>> protocol response
>>>> returns (capabilities etc.).
>>>> Also, what is the version of cifs module? (modinfo cifs   command
>>>> would tell that)
>>>>
>>>> > --
>>> Hi Scott,
>>>
>>> just had a first look at your network trace:
>>>  - negprot     ok
>>>  - sess_setup  ok
>>>  - treeconnect ok  (for shared tree and IPC$)
>>>
>>> Then cifs is doing a QUERY_PATH_INFO (query file all info (263))
>>> request on the shared tree (path = ""), which is failing with
>>> STATUS_ACCESS_DENIED.
>>>
>>> In a former post you used:
>>>
>>> $ sudo smbclient  //pc************.com/D******NAS2 -A /etc/.smb_creds.txt
>>> Domain=[A*****S] OS=[EMC-SNAS:T5.6.50.205] Server=[NT1]
>>> smb: \> ls training/
>>> NT_STATUS_ACCESS_DENIED listing \training\
>>> smb: \> cd training
>>> smb: \training\> ls
>>>  .                                  DA        0  Tue Jan 10 13:17:11 2012
>>>  ..                                 DA        0  Thu Sep  1 11:54:48 2011
>>>  Enterprise                         DA        0  Fri Oct 21 07:03:08 2011
>>>  enterprise_services_offering       DA        0  Mon Jun 13 16:31:21 2011
>>>  Flash_Beta                         DA        0  Wed Apr 14 13:46:40 2010
>>>  Functions                          DA        0  Sat Feb 27 09:47:17 2010
>>>  GCSS                               DA        0  Wed Apr 14 13:46:49 2010
>>>
>>> After connect you do a "ls training/" and get access denied, but then you
>>> cd into that subdir and "ls" is working.
>>> Do you _always_ see this behavior?
>>>
>>> When you use "ls" directly after connect, do you get some error?
>>>
>>> Cheers, Günter
>>> --
>>> To unsubscribe from this list go to the following URL and read the
>>> instructions:  https://lists.samba.org/mailman/options/samba
>>
>> yes, I do not understand tree connect succeeding but query path info
>> failing on the very same share path.
>> The version of cifs module is 1.76 which is fairly recent.
>>
>> Regards,
>>
>> Shirish
>
> Perhaps you need an entry like this
>
> create  dns_resolver    *       *               /usr/sbin/cifs.upcall %k
>
> in file /etc/request-key.conf

This is strange.  Not sure if some bug has creeped in.

fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 23 with uid: 0
fs/cifs/connect.c: UNC: (null) ip: (null)
CIFS VFS: Connecting to DFS root not implemented yet
fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 23) rc = -22

Re: Trouble with mount.cifs while smbclient works (Ubuntu 12.04)

[Jeff Layton]

On Fri, 18 May 2012 16:32:29 -0500
<Scott_Purcell@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@samba.org>
-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/options/samba

Re: Trouble with mount.cifs while smbclient works (Ubuntu 12.04)

[Scott_Purcell]

Is there any workaround?  

Scott Purcell
Content Development: Linux, Virtualization, and Cloud Solutions
Dell | GSD Learning & Development
________________________________________
From: Jeff Layton [jlayton@poochiereds.net] On Behalf Of Jeff Layton [jlayton@samba.org]
Sent: Saturday, May 19, 2012 7:37 AM
To: Purcell, Scott
Cc: linux@kukkukk.com; samba@lists.samba.org; linux-cifs@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@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@samba.org>
-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/options/samba

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

[Steve French]

On Sat, May 19, 2012 at 9:52 AM,  <Scott_Purcell-8PEkshWhKlo@public.gmane.org> wrote:
> Is there any workaround?

Fixing the permissions on the parent directory so it can be traversed
is not possible?
> ________________________________________
> From: Jeff Layton [jlayton-vpEMnDpepFuMZCB2o+C8xQ@public.gmane.org] On Behalf Of Jeff Layton [jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org]
> Sent: Saturday, May 19, 2012 7:37 AM
> To: Purcell, Scott
> Cc: linux-KQewbsS9MvBBDgjK7y7TUQ@public.gmane.org; samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org; linux-cifs-u79uwXL29TasMV2rI37PzA@public.gmane.orgorg
> Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)
>
> On Fri, 18 May 2012 16:32:29 -0500
> <Scott_Purcell-DYMqY+WieiM@public.gmane.org> 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-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Thanks,

Steve

Re: Trouble with mount.cifs while smbclient works (Ubuntu 12.04)

[Scott_Purcell]

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@gmail.com]
Sent: Saturday, May 19, 2012 10:25 AM
To: Purcell, Scott
Cc: jlayton@samba.org; linux@kukkukk.com; samba@lists.samba.org; linux-cifs@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@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@poochiereds.net] On Behalf Of Jeff Layton [jlayton@samba.org]
> Sent: Saturday, May 19, 2012 7:37 AM
> To: Purcell, Scott
> Cc: linux@kukkukk.com; samba@lists.samba.org; linux-cifs@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@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@samba.org>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



--
Thanks,

Steve
-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/options/samba

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

[Steve French]

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
releases).

On Sat, May 19, 2012 at 6:20 PM,  <Scott_Purcell-8PEkshWhKlo@public.gmane.org> 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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
> Sent: Saturday, May 19, 2012 10:25 AM
> To: Purcell, Scott
> Cc: jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org; linux-KQewbsS9MvBBDgjK7y7TUQ@public.gmane.org; samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org; linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.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-8PEkshWhKlo@public.gmane.org> wrote:
>> Is there any workaround?
>
> Fixing the permissions on the parent directory so it can be traversed
> is not possible?
>> ________________________________________
>> From: Jeff Layton [jlayton-vpEMnDpepFuMZCB2o+C8xQ@public.gmane.org] On Behalf Of Jeff Layton [jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org]
>> Sent: Saturday, May 19, 2012 7:37 AM
>> To: Purcell, Scott
>> Cc: linux-KQewbsS9MvBBDgjK7y7TUQ@public.gmane.org; samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org; linux-cifs-u79uwXL29TZUIDd8j+nm9g@public.gmane.org.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-DYMqY+WieiM@public.gmane.org> 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-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
>
> --
> Thanks,
>
> Steve



-- 
Thanks,

Steve

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

[Scott_Purcell-DYMqY+WieiM]

Early responses are not encouraging.  It sounds like this was not an accidently happening, but they *intend* to obscure the root level of the share.

Might it work to try to downgrade my Samba installation to a version prior to the introduction of this bug?  If so, do you know which version would be the latest to still work?


-----Original Message-----
From: samba-bounces-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org [mailto:samba-bounces-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org] On Behalf Of Purcell, Scott
Sent: Saturday, May 19, 2012 6:21 PM
To: smfrench-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Cc: samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org; linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu 12.04)

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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
Sent: Saturday, May 19, 2012 10:25 AM
To: Purcell, Scott
Cc: jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org; linux-KQewbsS9MvBBDgjK7y7TUQ@public.gmane.org; samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org; linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.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-8PEkshWhKlo@public.gmane.org> wrote:
> Is there any workaround?

Fixing the permissions on the parent directory so it can be traversed
is not possible?
> ________________________________________
> From: Jeff Layton [jlayton-vpEMnDpepFuMZCB2o+C8xQ@public.gmane.org] On Behalf Of Jeff Layton [jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org]
> Sent: Saturday, May 19, 2012 7:37 AM
> To: Purcell, Scott
> Cc: linux-KQewbsS9MvBBDgjK7y7TUQ@public.gmane.org; samba-w/Ol4Ecudpl8XjKLYN78aQ@public.gmane.org; linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.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-DYMqY+WieiM@public.gmane.org> 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-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



--
Thanks,

Steve
-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/options/samba

Re: Trouble with mount.cifs while smbclient works (Ubuntu 12.04)

[Scott_Purcell]

Submitted as bug 8950.

-----Original Message-----
From: Steve French [mailto:smfrench@gmail.com] 
Sent: Saturday, May 19, 2012 6:47 PM
To: Purcell, Scott
Cc: jlayton@samba.org; linux@kukkukk.com; samba@lists.samba.org; linux-cifs@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
releases).

On Sat, May 19, 2012 at 6:20 PM,  <Scott_Purcell@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@gmail.com]
> Sent: Saturday, May 19, 2012 10:25 AM
> To: Purcell, Scott
> Cc: jlayton@samba.org; linux@kukkukk.com; samba@lists.samba.org; linux-cifs@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@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@poochiereds.net] On Behalf Of Jeff Layton [jlayton@samba.org]
>> Sent: Saturday, May 19, 2012 7:37 AM
>> To: Purcell, Scott
>> Cc: linux@kukkukk.com; samba@lists.samba.org; linux-cifs@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@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@samba.org>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
>
> --
> Thanks,
>
> Steve



-- 
Thanks,

Steve
-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/options/samba

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

[Jeff Layton]

On Mon, 21 May 2012 09:59:44 -0500
<Scott_Purcell-DYMqY+WieiM@public.gmane.org> wrote:

> Early responses are not encouraging.  It sounds like this was not an accidently happening, but they *intend* to obscure the root level of the share.
> 
> Might it work to try to downgrade my Samba installation to a version prior to the introduction of this bug?  If so, do you know which version would be the latest to still work?
> 

No, it was not intentional, just not simple to fix.

-- 
Jeff Layton <jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>

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

[Michael Wood]

On 21 May 2012 17:44, Jeff Layton <jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org> wrote:
> On Mon, 21 May 2012 09:59:44 -0500
> <Scott_Purcell-DYMqY+WieiM@public.gmane.org> wrote:
>
>> Early responses are not encouraging.  It sounds like this was not an accidently happening, but they *intend* to obscure the root level of the share.
>>
>> Might it work to try to downgrade my Samba installation to a version prior to the introduction of this bug?  If so, do you know which version would be the latest to still work?
>>
>
> No, it was not intentional, just not simple to fix.

I think you misinterpreted Scott's message :)

I read it to mean that the people who set up his NAS intended for the
root of the share to be "obscured".  Not that the cifsfs developers
intended to break things.

-- 
Michael Wood <esiotrot-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>

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

[Jeff Layton]

On Tue, 22 May 2012 15:24:56 +0200
Michael Wood <esiotrot-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> On 21 May 2012 17:44, Jeff Layton <jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org> wrote:
> > On Mon, 21 May 2012 09:59:44 -0500
> > <Scott_Purcell-DYMqY+WieiM@public.gmane.org> wrote:
> >
> >> Early responses are not encouraging.  It sounds like this was not an accidently happening, but they *intend* to obscure the root level of the share.
> >>
> >> Might it work to try to downgrade my Samba installation to a version prior to the introduction of this bug?  If so, do you know which version would be the latest to still work?
> >>
> >
> > No, it was not intentional, just not simple to fix.
> 
> I think you misinterpreted Scott's message :)
> 
> I read it to mean that the people who set up his NAS intended for the
> root of the share to be "obscured".  Not that the cifsfs developers
> intended to break things.
> 

Yes, he mailed that to me privately later. He also asked whether
downgrading the client's kernel might help here. It might, but you'll
need to go pretty far back -- pre-3.0 or so...

-- 
Jeff Layton <jlayton-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>