Re: DFS referrals

[Marcus Moeller <marcus.moeller-OI3hZJvNYWs@public.gmane.org>]

[-- Attachment #1: Type: text/plain, Size: 3131 bytes --]

Am 29.07.2013 16:34, schrieb Jeff Layton:
> On Mon, 29 Jul 2013 15:45:48 +0200
> Marcus Moeller <marcus.moeller-OI3hZJvNYWs@public.gmane.org> wrote:
>
>> Am 29.07.2013 15:07, schrieb Jeff Layton:
>>> I generally don't do 1:1 support unless you're paying me, so cc'ing
>>> linux-cifs ml:
>>
>> Ok, replying to the list as well.
>>
>>> [...]
>>>
>>> On Mon, 29 Jul 2013 14:50:03 +0200
>>> Marcus Moeller <marcus.moeller-OI3hZJvNYWs@public.gmane.org> wrote:
>>>
>>>> [  124.607810] fs/cifs/cifssmb.c: negprot rc 0
>>>> [  124.607814] fs/cifs/connect.c: Security Mode: 0xf Capabilities: 0x8001f3fc TimeAdjust: -7200
>>>> [  124.607817] fs/cifs/sess.c: sess setup type 4
>>>> [  124.607826] fs/cifs/cifs_spnego.c: key description = ver=0x2;host=d.ethz.ch;ip4=82.130.70.6;sec=krb5;uid=0xaf05;creduid=0xaf05;user=mam4tst;pid=0x61a
>>>> [  124.803185] fs/cifs/sess.c: ssetup freeing small buf ffff88022c31a000
>>>> [  124.803195] CIFS VFS: Send error in SessSetup = -126
>>>> [  124.803203] fs/cifs/connect.c: CIFS VFS: leaving cifs_get_smb_ses (xid = 5) rc = -126
>>>> [  124.803212] fs/cifs/fscache.c: cifs_fscache_release_client_cookie: (0xffff88022a1b6000/0xffff88022a6430f0)
>>>> [  124.803368] fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 4) rc = -126
>>>> [  124.803374] CIFS VFS: cifs_mount failed w/return code = -126
>>>
>>> The only failure I see is the one above, and that's because it failed
>>> to upcall for the correct key. Are you sure you have krb5 creds as that
>>> user?
>>
>> Yes, creds are there and it also works when mounting from one of the
>> servers directly.
>>
>> Only mounting using the domainname does not work.
>>
>>
>>>> [  131.324798] fs/cifs/cifssmb.c: negprot rc 0
>>>> [  131.324804] fs/cifs/connect.c: Security Mode: 0xf Capabilities: 0x8001f3fc TimeAdjust: -7200
>>>> [  131.324808] fs/cifs/sess.c: sess setup type 4
>>>> [  131.324821] fs/cifs/cifs_spnego.c: key description = ver=0x2;host=d.ethz.ch;ip4=172.31.65.62;sec=krb5;uid=0xaf05;creduid=0xaf05;user=mam4tst;pid=0x62c
>>>> [  131.384335] fs/cifs/transport.c: For smb_command 115
>>>> [  131.384344] fs/cifs/transport.c: Sending smb: smb_len=1666
>>>> [  131.387043] fs/cifs/connect.c: RFC1002 header 0xf9
>>>> [  131.387055] fs/cifs/misc.c: checkSMB Length: 0xfd, smb_buf_length: 0xf9
>>>> [  131.387095] fs/cifs/transport.c: cifs_sync_mid_result: cmd=115 mid=2 state=4
>>>> [  131.387100] fs/cifs/misc.c: Null buffer passed to cifs_small_buf_release
>>>
>>> Here' the upcall for a similar set of creds worked fine. The only thing
>>> that seems to have changed in the key description is the IP address.
>>>
>>> Do you have cifs.upcall set up to use the --trust-dns flag? If so, why?
>>
>> A relict from the past. I have removed it from the config. Thanks for
>> pointing out.


> Ok. Does removing that make any difference?

Nope, still behaves the same. I should perhaps add that this worked fine 
in the past, so I hoped it might work again with this commit:

http://thread.gmane.org/gmane.linux.kernel.cifs/8197/focus=8232

but it doesn't.

Greets
Marcus




[-- Attachment #2: S/MIME Kryptografische Unterschrift --]
[-- Type: application/pkcs7-signature, Size: 2460 bytes --]