Re: openldapd (stable) --> slapd (unstable)

[Brian May <bam@debian.org>]

>>>>> "Jean" == Jean Charles Delepine <delepine@u-picardie.fr> writes:


    Jean> With -d 1 slapadd should have say you what went wrong.

snoopy:~# slapadd -d1 -l /ldif 
slapadd init: initiated tool.
==>backsql_initialize()
<==backsql_initialize()
slapadd startup: initiated.
backend_startup: starting database
=> ldbm_cache_open( "/var/lib/ldap/id2entry.dbb", 7, 600 )
<= ldbm_cache_open (opened 0)
=> str2entry
<= str2entry: str2ad(ipserviceport): attribute type undefined
slapadd: could not parse entry (line=11)
slapadd shutdown: initiated
ldbm backend syncing
ldbm flushing db (/var/lib/ldap/id2entry.dbb)
ldbm closing db (/var/lib/ldap/id2entry.dbb)
ldbm backend done syncing
====> cache_release_all
slapadd shutdown: freeing system resources.

    Jean> Here are some things I had to modify :

    Jean>    * If your base is dc=domain,dc=com db.ldif will include
    Jean> dn: dc=com which slapadd will refuse.

    Jean>    * Are your objectclass fully defined ? The debian install
    Jean> includes only /etc/ldap/schema/core.schema. You certainly
    Jean> need other ones.

Maybe this is the problem. I assumed that the classes required for
libnss_ldap would be installed automatically, same as in potato.

Maybe that is because I haven't yet been able to install libnss_ldap.

So, what do I need to do? In slapd.conf, I see

include         /etc/ldap/schema/core.schema

I added after this

include         /etc/ldap/schema/nis.schema

(I guess I am using the NIS schema for libnss_ldap?)

Now I get this error:

snoopy:~# /etc/init.d/slapd restart
Restarting ldap server(s):
  Stopping ldap server(s): slapd.
  Starting ldap server(s): slapd/etc/ldap/schema/nis.schema: line 193: AttributeType not found: "manager"
.

I see that definition in cosine.schema, so now I have:

include         /etc/ldap/schema/core.schema
include         /etc/ldap/schema/cosine.schema
include         /etc/ldap/schema/nis.schema

which doesn't crash with an error any more, lets see what slapadd has
to say:

slapadd: database (dc=chocbit,dc=org,dc=au) not configured to hold dn="dc=au" (line=16)

Ok, thats the other problem you mentioned. 

Do I simply delete entries dn="dc=au" and dn="dc=org, dc=au"? I guess
this must be a difference between the two versions.

snoopy:~# slapadd  -l /ldif2

no errors. Wow. What went wrong?

snoopy:~# id bam
uid=1003(bam) gid=1003(bam) groups=1003(bam),20(dialout),21(fax),24(cdrom),25(floppy),29(audio),33(www-data),40(src),100(users),200(comsoft),201(printer),202(wheel),203(winsoft)

wow, that works. Thanks everybody.

Now stand by while I destroy what is left of my system by upgrading
the rest of the components...
-- 
Brian May <bam@debian.org>