[gentoo] ldap : slapd wil niet starten

[Boudewijn]

ik ben op gentoo-x86 bezig met openldap, en dan met name met slapd.

Het wil niet een initscript starten, en ook niet handmatig.
Zit er al dagen mee te zooien, en ik verwacht eigenlijk wel dat iemand het hier zo ziet.


situatie:
ik heb openldap :

[ebuild R ] net-nds/openldap-2.3.27-r2
USE="berkdb crypt gdbm perl readline samba ssl tcpd -debug
-ipv6 -kerberos -minimal -odbc -overlays -sasl (-selinux) -slp -smbkrb5passwd" 0 kB

Lijkt me een prima opstelling qua USE-flags.
In /etc/openldap/schema/sample.ldif heb ik staan:

code:

version: 1

# User the server can bind to for searching clients or for retrieving
# profiles if we're not authenticating by binding to the LDAP

dn: cn=radiusUser,dc=e-advies,dc=nl
objectClass: organizationalRole
objectClass: simpleSecurityObject
description: User the RADIUS server binds to
cn: radiusUser
userPassword: radiusUserPassword


# Some clients

dn: ou=radiusClients,dc=e-advies,dc=nl
objectClass: organizationalUnit
ou: radiusClients

dn: cn=127.0.0.1,ou=radiusClients,dc=e-advies,dc=nl
objectClass: openradiusClient
cn: 127.0.0.1
openradiusSecret: h1dd3n

dn: cn=192.168.5.1,ou=radiusClients,dc=e-advies,dc=nl
objectClass: openradiusClient
cn: 192.168.5.1
openradiusSecret: ohyessir

dn: cn=192.168.5.7,ou=radiusClients,dc=e-advies,dc=nl
objectClass: openradiusClient
cn: 192.168.5.7
openradiusSecret: testn4s


# Some users

dn: ou=radiusUsers,dc=e-advies,dc=nl
objectClass: organizationalUnit
ou: radiusUsers

dn: cn=evbergen,ou=radiusUsers,dc=e-advies,dc=nl
objectClass: openradiusUser
cn: evbergen
openradiusClearPassword: welcome1
userPassword: {SSHA}hG3VfZJWQIW2HzcAGqa2xFTjXaavFt7V
radiusServiceType: Framed
radiusFramedProtocol: PPP

dn: cn=yvonne,ou=radiusUsers,dc=e-advies,dc=nl
objectClass: openradiusUser
cn: yvonne
openradiusMd5HexPassword: dh1L$e1ea87440827ca6e32a74da4cd204eb6
radiusServiceType: Login
radiusLoginIpHost: 127.0.0.1
radiusLoginService: Telnet

Dit is een sample config van openradius. Daarnaast staat natuurlijk de standaard meuk in die dir:

code:

boudewijn schema # ls
Backup        core.schema           java.schema    openldap.schema
README        cosine.schema         misc.schema    ppolicy.schema
corba.schema  dyngroup.schema       nis.schema     sample.ldif
core.ldif     inetorgperson.schema  openldap.ldif

Mijn slapd.conf:

code:

boudewijn openldap # grep -v "^#"  slapd.conf | grep -v "^$"
include         /etc/openldap/schema/core.schema
pidfile         /var/run/openldap/slapd.pid
argsfile        /var/run/openldap/slapd.args
database        bdb
suffix          "dc=my-domain,dc=com"
rootdn          "cn=Manager,dc=my-domain,dc=com"
checkpoint      32      30 # <kbyte> <min>
rootpw          secret
directory       /var/lib/openldap-data
index   objectClass     eq

Dit is een copie van de default values (die bij de ebuild zaten).
Het initscript wil dan niet starten (geen error) met in /var/log/messages:

code:

Dec 21 15:10:29 boudewijn slapd[25282]: @(#) $OpenLDAP: slapd 2.3.27 (Dec 21 2006 10:11:45) $      root@boudewijn:/var/tmp/portage/openldap-2.3.27-r2/work/openldap-2.3.27/servers/slapd
Dec 21 15:10:29 boudewijn slapd[25282]: slapd stopped.
Dec 21 15:10:29 boudewijn slapd[25282]: connections_destroy: nothing to destroy.

Vaag.


Weet iemand waar ik kan zoeken naar een fix?

[_JGC_]

/var/lib/openldap-data is ook schrijfbaar voor de slapd gebruiker? Verder heeft het geen zin om ldif bestanden in je schema directory te zetten, die moet je nml gewoon met slapadd toevoegen om je initiele database mee aan te maken na het instellen van je configuratiebestand.

Overigens raad ik je aan om eens een goede LDAP howto te lezen, je laat nogal eens wat steekjes vallen, en daarnaast loopt de gentoo ebuild duidelijk achter op de standaard configuratie zoals deze wordt afgeleverd zoals ik het gewend ben op een Debian installatie (hell, zelfs OpenBSD na een pkg_add -r openldap-server ziet er beter uit ).

[Boudewijn]

ik heb de tldp LDAP meuk gelezen en de O reilly erover.
probleem is dat ik die ldif niet heb gemaakt (openradius is van een derde en die leverde dat example mee).

die dir is idd writeable voor de ldap user.

[_JGC_]

Heb je al een LDAP database geinitialiseerd met slapadd? Verder: geeft slapd ook zinnige info terug bij het opgeven van debug opties?