[Date Prev][Date Next] [Chronological] [Thread] [Top]

Corrupt data



I just installed openldap on what's going to be our production server. My
slapd.conf looks like:

include         /opt/openldap/etc/openldap/slapd.
include         /opt/openldap/etc/openldap/slapd.oc.conf
include         /opt/openldap/etc/openldap/tivoli.at.conf
include         /opt/openldap/etc/openldap/tivoli.oc.conf
schemacheck     on

pidfile         /opt/openldap/var/slapd.pid
argsfile        /opt/openldap/var/slapd.args

#######################################################################
# ldbm database definitions
#######################################################################

database        ldbm
suffix          "o=Tivoli Systems"
directory       /opt/openldap/data
rootdn          "cn=root, o=Tivoli Systems"
rootpw          {crypt}********************

I set up the initial tree structure using ldif2ldbm. My ldif file looks like:

dn: o=Tivoli Systems
o: Tivoli Systems
objectclass: organization
dn: ou=people, o=Tivoli Systems
ou: people
objectclass: organizationalUnit
dn: ou=internal, ou=people, o=Tivoli Systems
ou: internal
ou: people
objectclass: organizationalUnit
dn: ou=external, ou=people, o=Tivoli Systems
ou: external
ou: people
objectclass: organizationalUnit
dn: ou=IBM, ou=external, ou=people, o=Tivoli Systems
ou: IBM
ou: external
ou: people
objectclass: organizationalUnit
dn: ou=groups, o=Tivoli Systems
ou: groups
objectclass: organizationalUnit
dn: ou=notes, ou=groups, o=Tivoli Systems
ou: notes
ou: groups
objectclass: organizationalUnit
dn: ou=web, ou=groups, o=Tivoli Systems
ou: web
ou: groups
objectclass: organizationalUnit

No problems with any of the above. I cranked up slapd on port 9000. 

When I do 'ldapsearch -p 9000 -b 'o=Tivoli Systems' 'objectclass=*' I get:

o=Tivoli Systems
o=Tivoli Systems
objectclass=organizationalUnit
ou=web
ou=groups

Obviously, somethings not right here. If I do ldbmcat id2entry.gdbm I get:

1
dn: o=Tivoli Systems
o: Tivoli Systems
objectclass: organization
dn: ou=people, o=Tivoli Systems
ou: people
objectclass: organizationalUnit
dn: ou=internal, ou=people, o=Tivoli Systems
ou: internal
ou: people
objectclass: organizationalUnit
dn: ou=external, ou=people, o=Tivoli Systems
ou: external
ou: people
objectclass: organizationalUnit
dn: ou=IBM, ou=external, ou=people, o=Tivoli Systems
ou: IBM
ou: external
ou: people
objectclass: organizationalUnit
dn: ou=groups, o=Tivoli Systems
ou: groups
objectclass: organizationalUnit
dn: ou=notes, ou=groups, o=Tivoli Systems
ou: notes
ou: groups
objectclass: organizationalUnit
dn: ou=web, ou=groups, o=Tivoli Systems
ou: web
ou: groups
objectclass: organizationalUnit

This looks right, but I'm not sure what the 1 on the first line of results
means.

So, why is my data wrong when I use ldapsearch?
---
Jason Bodnar + jbodnar@tivoli.com + Tivoli Systems

[Another Normism ...]
What's the story, Mr. Peterson?
The Bobbsey twins go to the brewery. Let's just cut to the happy ending.