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.
(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.
- John T.
GIT tree code for samba-3-3-test 1/23/09 no longer has this proble.
Case file closed. Courts adjourned.