Bug 68052

Summary: libuser ldap module requires non-existant schema
Product: [Retired] Red Hat Linux Reporter: sean
Component: libuserAssignee: Miloslav Trmač <mitr>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: mb
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 0.52.1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-27 18:02:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description sean 2002-07-05 21:30:41 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513

Description of problem:
I am trying to use the luseradd program in the libuser package to perform LDAP
user management but with no success.  I have traced the problem into the libuser
source code and see that it requires an "administratorUid" attribute that is
apparently provided by a non-existant "shadowGroup" objectClass.  (see
modules/ldap.c)

Neither administratorUid nor shadowGroup ship with the Red Hat 7.3
openldap-servers package and I can't find either of them with a Google search.

However, without this non-existant attribute libuser does not work with the LDAP
module.


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Configure /etc/libuser.conf to support LDAP
2. Run "lgroupadd" to create a group
3. It always fails during the attempt to update the LDAP database
4. Grep for "SHADOWGROUP" and "administratorUid" in modules/ldap.c from libuser
5. Grep for both in /etc/openldap/schema and find that neither exist.

Actual Results:  [root@server root]# lgroupadd tst1
LDAP Bind Password: 
Group creation failed.

(although the really interesting stuff is elsewhere)

Expected Results:  Presumably "Group creation succeeded" :)

Additional info:

Here is the offending section from modules/ldap.c:
        {LU_ADMINISTRATORNAME, G_STRINGIFY_ARG(LU_ADMINISTRATORNAME),
         "administratorUid", SHADOWGROUP, LU_LDAP_GROUP},

The "quick hack" fix would apparently be to rebuild libuser without that line,
but I hesitate to deviate from the standard Red Hat packages if I don't have to.
 Would an official fix or at least a pointer to this mysterious schema be too
much to ask for? :)

Thanks for all your great work!!

Comment 1 Miloslav Trmač 2004-09-27 18:02:14 UTC
The line has been removed in libuser-0.52.1.
Thanks for your report.