Group information lost when security = server
David Collier-Brown
davecb at Canada.Sun.COM
Wed Apr 29 12:02:28 GMT 1998
Steve Francis <steve.francis at commserv.ucsb.edu> wrote:
| force group = staff does not work either.
|
| smbstatus shows the group correctly:
| ./smbstatus
|
| Samba version 1.9.18p4
| Service uid gid pid machine
| ----------------------------------------------
| cslan bmiller staff 45176 stevef
|
| But files are all created with the group of sys.
That symptom make me wonder if the problem is
the underlying system's group semantics.
BSD semantics was ``new file/directory's group is
set to the group of the containing directory''
V7 semantics was ``new file/directory's group is
set to the user's group''
Sun (and just about everyone else using fast filesystem)
have an option to set which semantic to use on a per-directory
basis. Man chmod says (on Solaris):
20#0
For directories, files are created
with BSD semantics for propagation
of the group ID. With this option,
files and subdirectories created in
the directory inherit the group ID
of the directory, rather than of
the current process. It may be
cleared only by using symbolic
mode.
If this is the problem, you've just raised an additional question:
why didn't it work that way with security = user?
--dave
--
David Collier-Brown, | Always do right. This will gratify some people
185 Ellerslie Ave., | and astonish the rest. -- Mark Twain
Willowdale, Ontario | davecb at hobbes.ss.org, canada.sun.com
M2N 1Y3. 416-223-8968 | http://java.science.yorku.ca/~davecb
More information about the samba
mailing list