Using samba-3.3.0-test 12/29/08 in a CTDB configuration. a) Mounted file system is a gfs2 mount at /mnt/projects with ownership root:root and permissions 0755. b) Share path = /mnt/projects c) User is ID-EDD+jht, primary group "ID-EDD+Domain Users" d) Connection is made using either smbclient, or from a Windows XP client. eg: smbclient //storage-alfa/projects -Ujht%secret e) Before any operations, the filesystem tree looks like this: /mnt/projects/ root:root 0755 /mnt/projects/testdir root:"ID-EDD+domain users" 0775 f) The following operations are made: i) put myfile ii) cd testdir iii) put myfile g) the ownerships of the resulting files are: /mnt/projects/myfile root:"ID-EDD+domain users" 0775 /mnt/projects/testdir/myfile ID-EDD+jht:"ID-EDD+domain users" 0775 The same permissions behavior happens with a folder (directory) created at the root of the share v's inside a directory under it.
Created attachment 3842 [details] The cluster smb.conf file Here is the smb.conf file as output by 'net conf list'.
Created attachment 3843 [details] A shell script to control the cluster The following may be added to the samba-3.3.0 tree CTDB area if it is considered useful.
That's weird. How can ID-EDD+jht write anything in /mnt/projects? Is ID-EDD+jht member of ID-EDD.COM+Domain Admins ? Please upload a debug level 10 log of smbd of that session. Thanks, Volker
(In reply to comment #3) > That's weird. How can ID-EDD+jht write anything in /mnt/projects? Is ID-EDD+jht a member of ID-EDD.COM+Domain Admins ? Yes, that is correct. > Please upload a debug level 10 log of smbd of that session. Will try to get this asap. Thanks. - John T.
GIT tree code for samba-3-3-test 1/23/09 no longer has this proble. Case file closed. Courts adjourned.