[linux-cifs-client] Re: DFS path construction

Igor Mammedov niallain at gmail.com
Wed May 14 09:01:21 GMT 2008

Steve French wrote:
> The DFS patches are causing problems with Samba when the share is in
> DFS and the path matches the form
> /directory/subdir (or /directory/file)
> It seems that when share is in DFS your code fixes up the
> QueryPathInfo but not the rmdir and delete and various other path
> based calls - so Samba sees the /directory/subdir in the path request
> as /server/share instead and then a directory of "." which it can't
> change into (Samba will return a "invalid handle" on rmdir of
> /mnt/dir1/dir2)
> My guess is that Windows would also have problems with this (for self
> referrals apparently Windows can begin \\server\sharenames in UNC
> paths in DFS requests with single slash instead of \\  perhaps this
> would confuse windows if your "rmdir /mnt/dir1/dir2" which we will
> send as SMBRmDir of \dir1\dir2 would fail if the share name is dir2
> (and a valid server name is dir1).
> In any case we should be sending the \\server\share\dir1\dir2 on the
> remaining path based calls when share is in DFS ... right?

Generally MS works with path without tree name even if it in DFS enabled share,
However it wont report error EREMOTE if we try lookup on a dfs link.
So if share is dfs enabled we should use full path (including tree name) in 
the calls where path names are used.


Best regards,

Igor Mammedov,
niallain "at" gmail.com

More information about the linux-cifs-client mailing list