Re: [Cpu-users] CPU, debian, and some bug reports...

[Blake M. <bma...@pu...>]

Whatchu talkin' 'bout, Willis?
> On Mon, Oct 13, 2003 at 01:33:38PM -0500, Blake Matheny wrote:
> [snip]
> So, will these two be in 1.4.3?
Yes, bugfixes always go into the next release unless they are urgent, e.g.
they cause cpu to fail on major operations. Since the 1.4 series is no longer
a development series, it is safe for users to check it out and compile.

> I've just reproduced it...
> 
> executor:~# cpu useradd -E debug debug
> 
> 
> User debug successfully added!
> executor:~# cpu usermod -g 100 debug
> 
> User debug successfully modified!
> executor:~# cpu groupdel debug
> 
> ldap: ldapGroupDel: ldap_delete_s: No such object (32)
> 	matched DN: ou=Groups,dc=studio,dc=tixteam,dc=net
> ldap: CPU_init: Error in ldapOperation.
> Something went wrong. Exiting.
> executor:~# 
>  [snip]
With the configuration file given below, there should be no group named
'debug'. In order to automatically create the users group, USERGROUPS must be
set to yes which I see USERGROUPS is not even in your configuration file. If
USERGROUPS is nonexistant (or set to no) cpu looks for a USERS_GID entry,
specifying the default gid to use. That is also not set in your configuration
file, so cpu defaults to using gid 100 at this point. When you try and
'groupdel debug' it is normal to see 'No such object', since the object wasn't
created :-)

Try adding 'USERGROUPS = yes' to your configuration file and let me know if
you still have the same problem.

Also, I can see by your error messages that you aren't using 1.4.2. I would
suggest you upgrade, as the error messages are significantly better.

> 
> [LDAP]
> #LDAP_HOST	= 127.0.0.1
> #LDAP_PORT	= 389
> # Can also use LDAP_URI = ldaps://localhost:389 for TLS support
> LDAP_URI   = ldap://ldap.studio.tixteam.net
> BIND_DN    = cn=admin,dc=studio,dc=tixteam,dc=net
> BIND_PASS  = mypass
> USER_BASE  = ou=People,dc=studio,dc=tixteam,dc=net
> GROUP_BASE = ou=Groups,dc=studio,dc=tixteam,dc=net
> USER_OBJECT_CLASS	= inetOrgPerson,posixAccount,shadowAccount,top
> GROUP_OBJECT_CLASS	= posixGroup,top
> USER_FILTER	= (objectClass=posixAccount)
> GROUP_FILTER	= (objectClass=posixGroup)
> USER_CN_STRING	= uid
> GROUP_CN_STRING = cn
> SKEL_DIR	= /etc/skel
> DEFAULT_SHELL 	= /bin/bash
> HOME_DIRECTORY	= /home
> MAX_UIDNUMBER = 10000
> MIN_UIDNUMBER = 1000
> MAX_GIDNUMBER = 10000
> MIN_GIDNUMBER = 1000
> ID_MAX_PASSES = 1000
> RANDOM = "false"
> PASSWORD_FILE = "/etc/passfile"
> SHADOW_FILE = "/etc/shadowfile"
> HASH = "md5"
> SHADOWLASTCHANGE	= 11192
> SHADOWMAX		= 99999
> SHADOWWARING		= 7
> SHADOWEXPIRE		= -1
> SHADOWFLAG		= 134538308
> SHADOWMIN		= -1
> SHADOWINACTIVE		= -1
> 
> END.
> 
> Thanks,
> 
> Guido
> 

-Blake

-- 
Blake Matheny           "... one of the main causes of the fall of the
bma...@pu...      Roman Empire was that, lacking zero, they had
http://www.mkfifo.net    no way to indicate successful termination of
http://ovmj.org/GNUnet/  their C programs." --Robert Firth