Hello, I see one problem on 3.2.4 and 3.0.32. My Samba server is responsible for domain logons, users home directories. Settings of all users are saved in LDAP. For security reasons smb.conf has "follow symlinks = no". A user logins to Windows Server 2003, enters to the domain and has access to his home directory, available as z:\ on Windows server. Now, a user creates a directory z:\dir and then removes it, and lost access to his home directory. Samba log says: [2008/12/01 13:28:42, 1] smbd/vfs.c:check_reduced_name(921) reduce_name: couldn't get realpath for . If a user just tries to see properties of its home directory, then Windows Server mounts it again. This problem does not exist with z:\dir\subdir and z:\file. If smb.conf has "follow symlinks = yes", then this problem does not exist. But in my environment such settings are unacceptable. I've just created one public share (available as y:\) and repeated the same with it and there is no any problem with removing y:\dir directories by domain users. Here is my configuration: [global] netbios name = LABSERVER workgroup = LAB server string = LABSERVER Samba Server interfaces = 127.0.0.1 10.1.2.1 bind interfaces only = yes security = user os level = 255 domain master = yes local master = yes preferred master = yes hosts allow = 127.0.0.1 10.1.2.2 load printers = no domain logons = yes passdb backend = ldapsam:ldapi:/// ldap suffix = o=lab ldap user suffix = ou=users ldap group suffix = ou=groups ldap machine suffix = ou=users ldap admin dn = "cn=adminsamba,o=lab" ldap delete dn = no ldap passwd sync = yes guest account = guest max log size = 5000 follow symlinks = no unix charset = koi8-r dos charset = CP866 [public] comment = Public Share path = /home/samba/public guest ok = yes writeable = yes [homes] browsable = no writeable = yes path = %H/.Windows/home [profiles] browsable = no writeable = yes path = %H/.Windows/profile
The same issue exists with 3.2.7.
Please send a full debug level 10 log of smbd leading to this error. Thanks, Volker
Created attachment 3909 [details] smbd.log file related to this bug
Thanks for reply. A part of smbd.log file is in attachment: a user creates z:\superdir, then removes z:\superdir (z:\ is his home directory). A user was the only one user on Windows (I connected to Windows via remote desktop).
The same situation with 3.3.2.
The same situation with 3.3.3.
I have just installed 3.3.4 and situation is absolutely the same: a user lost access to his home directory if he removes directory from his home root directory. The log message is also the same.
Version 3.3.6 gives the same result. I also changed: [homes] ... path = %H [profiles] ... path = %H But again bug still exists. On my server the .Windows directory has FreeBSD's "system immutable" flag for each user and I wanted to verify whether this bug is related to this flag).
The same bug in 3.3.7.
What is the LDAP field "sambaHomePath" for the user in question? Volker
All users have the same value for sambaHomePath and sambaProfilePath: sambaHomePath=\\LABSERVER\homes sambaProfilePath=\\LABSERVER\profiles With this configuration I do not see any other problem in my environment.
See the same issue with 3.3.8.
Enabling symlinks and disabling wide links do not help. This configuration gives the same problem: follow symlinks = yes wide links = no Path to a user home directory does not have any symlinks.
I upgraded Samba to version 3.4.5 and the problem described in this bug report disappeared.
close this out - never seen this effect in any setup and fortunately it also works for you since 3.4.