[linux-cifs-client] mount.cifs and dfs referrals

Thu Jan 29 17:23:06 GMT 2009

yes

I had configured it:

# cat /etc/request-key.conf
create cifs.spnego * * /usr/sbin/cifs.upcall %k
create dns_resolver * * /usr/sbin/cifs.upcall %k

this resolved some issues e.g:
I can now follow a dfs link in this mounted share:

mount.cifs //dfsserver.icts.kuleuven.be/shares /mnt -o ... (dfs root level)
this share on the dfs-server contains dfs links and they work.

HOWEVER:

what does not work if I access it through the domain level e.g.:

mount.cifs //AD-DOMAIN/shares /mnt 

the mount works without kernel failures but I can't follow the link

[root at fedora10 Users]# ls
ls: reading directory .: Object is remote

Jan 29 17:52:43 localhost kernel: Status code returned 0xc0000257 NT_STATUS_PATH_NOT_COVERED

(Users being a dfs link)

I enabled some error logging with echo 7 > /proc/fs/cifs/cifsFYI
but I can't work out what's wrong..
maybe some issues with Active Directory??

werner

> -----Original Message-----
> From: Igor Mammedov [mailto:niallain at gmail.com]
> Sent: donderdag 29 januari 2009 17:56
> To: Werner Maes
> Cc: 'linux-cifs-client at lists.samba.org'
> Subject: Re: [linux-cifs-client] mount.cifs and dfs referrals
> 
> Werner Maes wrote:
> > I also get this message
> >
> > CIFS VFS: dns_resolve_server_name_to_ip: unable to resolve:
> xxx.icts.kuleuven.be
> > CIFS VFS: compose_mount_options: Failed to resolve server part of
> \\xxx.icts.kuleuven.be\share to IP
> >
> > which seems strange since I can ping the server name in question.
> 
> Check if your samba package have cifs.upcall program.
> Then add into /etc/request-key.conf a line like this:
> 
> create dns_resolver     *       *     /bla/bla/cifs.upcall %k
> 
> 
> 
> >
> > what does mount.cifs use for name resolution?
> >
> > werner
> >
> >> -----Original Message-----
> >> From: Igor Mammedov [mailto:niallain at gmail.com]
> >> Sent: donderdag 29 januari 2009 14:16
> >> To: Werner Maes
> >> Cc: 'linux-cifs-client at lists.samba.org'
> >> Subject: Re: [linux-cifs-client] mount.cifs and dfs referrals
> >>
> >> At the present moment cifs is able to follow DFS links only inside
> >> mounted share.
> >> You are attempting to mount share that itself is remote, and cifs
> can't
> >> do it now.
> >> However there is workaround, you can find out what server works as a
> >> real storage
> >> for your share and mount it.
> >>
> >> Werner Maes wrote:
> >>> hello
> >>>
> >>> I wanted to know whether mount.cifs is able to follow dfs
> referrals.
> >>> On my system I get a kernel failure if I try this
> >>>
> >>> mount.cifs //AD-DOMAIN/DFS /mnt -o username="AD\user"
> >>>
> >>> /mnt seems to be mounted
> >>> //xx.yy.KULEUVEN.BE/xx/ on /mnt type cifs (rw,mand)
> >>>
> >>> but if I do ll /mnt, I get a segmentation fault and this appears in
> >> dmesg (see below):
> >>> so my question is: is mount.cifs able to follow dfs links like
> >> smbclient can?
> >>> kind regards
> >>>
> >>> werner
> >>>
> >>> kernel BUG at fs/cifs/cifs_dfs_ref.c:274!
> >>> invalid opcode: 0000 [#1] SMP
> >>> Modules linked in: nls_utf8 cifs fuse sunrpc ipv6 dm_multipath
> uinput
> >> ppdev floppy pcspkr i2c_piix4 pcnet32 mii parport_pc i2c_core
> parport
> >> BusLogic [last unloaded: microcode]
> >>> Pid: 5110, comm: ls Not tainted (2.6.27.12-170.2.5.fc10.i686 #1)
> >>> EIP: 0060:[<d09d6ef1>] EFLAGS: 00010246 CPU: 0
> >>> EIP is at cifs_dfs_follow_mountpoint+0x3b/0x627 [cifs]
> >>> EAX: c68ce7f8 EBX: c68ce7f8 ECX: d09ec7dc EDX: cfb85f38
> >>> ESI: cfb85f38 EDI: ce5d3000 EBP: cfb85e88 ESP: cfb85e3c
> >>>  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> >>> Process ls (pid: 5110, ti=cfb85000 task=c1613340 task.ti=cfb85000)
> >>> Stack: cfb85e58 cfb85f38 cf84af68 cf84af00 ce5d3000 cfb85e70
> c04a4a55
> >> c06a9411
> >>>        cf0565d8 cfb85edc cfb85f38 cfb85edc ce5d3000 cfb85e78
> 00000000
> >> 00000000
> >>>        00000000 cfb85f38 ce5d3000 cfb85eb4 c049941c cfb85edc
> cfb85edc
> >> c68ce7f8
> >>> Call Trace:
> >>>  [<c04a4a55>] ? mntput_no_expire+0x1a/0xf7
> >>>  [<c06a9411>] ? _spin_lock+0x8/0xb
> >>>  [<c049941c>] ? do_follow_link+0xdb/0x272
> >>>  [<c0499110>] ? __link_path_walk+0x5b2/0x6b5
> >>>  [<c04995ff>] ? path_walk+0x4c/0x9b
> >>>  [<c04997fb>] ? do_path_lookup+0x12d/0x175
> >>>  [<c049a8fa>] ? user_path_at+0x3c/0x62
> >>>  [<c04a4a55>] ? mntput_no_expire+0x1a/0xf7
> >>>  [<c0497986>] ? mntput+0x13/0x15
> >>>  [<c04a9021>] ? sys_getxattr+0x1e/0x49
> >>>  [<c051edbc>] ? trace_hardirqs_on_thunk+0xc/0x10
> >>>  [<c0403c6e>] ? syscall_call+0x7/0xb
> >>>  =======================
> >>> Code: d0 01 89 55 b8 c7 45 f0 00 00 00 00 c7 45 ec 00 00 00 00 74
> 11
> >> 68 94 a6 9d d0 68 2f 64 9e d0 e8 82 08 cd ef 59 5e 3b 5b 18 75 04
> <0f>
> >> 0b eb fe e8 20 7c ff ff f6 05 00 da 9e d0 01 89 45 bc 74 21
> >>> EIP: [<d09d6ef1>] cifs_dfs_follow_mountpoint+0x3b/0x627 [cifs]
> SS:ESP
> >> 0068:cfb85e3c
> >>>
> >>>
> >>> Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
> >>>
> >>> _______________________________________________
> >>> linux-cifs-client mailing list
> >>> linux-cifs-client at lists.samba.org
> >>> https://lists.samba.org/mailman/listinfo/linux-cifs-client
> >> --
> >>
> >> Best regards,
> >>
> >> -------------------------
> >> Igor Mammedov,
> >> niallain "at" gmail.com
> >>
> >>
> >>
> >
> >
> > Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
> >
> 
> --
> 
> Best regards,
> 
> -------------------------
> Igor Mammedov,
> niallain "at" gmail.com
> 
> 
> 

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm