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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, May 17, 2012 at 11:08 PM, Shirish Pargaonkar
<shirishpargaonkar@xxxxxxxxx> wrote:
> On Thu, May 17, 2012 at 11:07 PM,  <Scott_Purcell@xxxxxxxx> 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@xxxxxxxxx]
>> Sent: Thursday, May 17, 2012 8:08 PM
>> To: Günter Kukkukk
>> Cc: Purcell, Scott; samba@xxxxxxxxxxxxxxx
>> 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@xxxxxxxxxxx> wrote:
>>> Am Donnerstag, 17. Mai 2012, 20:29:25 schrieb Scott_Purcell@xxxxxxxx:
>>>> 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@xxxxxxxxxx>
>>>> 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@xxxxxxxxx]
>>>> Sent: Thursday, May 17, 2012 12:15 PM
>>>> To: Purcell, Scott
>>>> Cc: samba@xxxxxxxxxxxxxxx
>>>> Subject: Re: [Samba] Trouble with mount.cifs while smbclient works (Ubuntu
>>>> 12.04)
>>>>
>>>> On Thu, May 17, 2012 at 11:38 AM,  <Scott_Purcell@xxxxxxxx> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux