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