Openldap ne démarre pas!

Bonjour toule monde
je suis entrain de mettre en place un serveur openldap sous FreeBSD.
j’ai installé la version openldap-2.3.41
ensuite jai configuré les fichiers nécessaire( slapd.conf, ldap.conf ) pour faire marcher le serveur.

mon souci c’est que j’arrive pas à demarrer mon serveur ni a rajouter une entrée dans mon annuaire.
voici mes fichiers de configuration :

stavril# cat slapd.conf

See slapd.conf(5) for details on configuration options.

This file should NOT be world readable.

include /usr/local/etc/openldap/schema/core.schema

include /usr/local/etc/openldap/schema/cosine.schema
include /usr/local/etc/openldap/schema/inetorgperson.schema
#include /usr/local/etc/openldap/schema/nis.schema
schemacheck on

Define global ACLs to disable default read access.

Do not enable referrals until AFTER you have a working directory

service AND an understanding of referrals.

#referral root.openldap.org…

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

Load dynamic backend modules:

modulepath /usr/local/libexec/openldap
moduleload back_bdb

moduleload back_ldap

moduleload back_ldbm

moduleload back_passwd

moduleload back_shell

Sample security restrictions

Require integrity protection (prevent hijacking)

Require 112-bit (3DES or better) encryption for updates

Require 63-bit encryption for simple bind

security ssf=1 update_ssf=112 simple_bind=64

Sample access control policy:

Root DSE: allow anyone to read it

Subschema (sub)entry DSE: allow anyone to read it

Other DSEs:

Allow self write access

Allow authenticated users read access

Allow anonymous users to authenticate

Directives needed to implement policy:

access to dn.base="" by * read

access to dn.base=“cn=Subschema” by * read

access to *

by self write

by users read

by anonymous auth

if no access controls are present, the default policy

allows anyone and everyone to read anything but restricts

updates to rootdn. (e.g., “access to * by * read”)

rootdn can always read and write EVERYTHING!

access to attrs=userPassword
by dn=“cn=Manager,dc=uvsq,dc=fr” write
by dn=“cn=proxyuser,dc=uvsq,dc=fr” read
by self write
by anonymous auth
by * none

access to attrs=uidNumber,gidNumber
by dn=“cn=Manager,dc=uvsq,dc=fr” write
by dn=“cn=proxyuser,dc=uvsq,dc=fr” read
by * read

access to *
by dn=“cn=Manager,dc=uvsq,dc=fr” write
by self write
by * read
#####################################################################

BDB database definitions

#######################################################################
database bdb
suffix “dc=uvsq,dc=fr”
rootdn “cn=Manager,dc=uvsq,dc=fr”

Cleartext passwords, especially for the rootdn, should

be avoid. See slappasswd(8) and slapd.conf(5) for details.

Use of strong authentication encouraged.

rootpw secret

The database directory MUST exist prior to running slapd AND

should only be accessible by the slapd and slap tools.

Mode 700 recommended.

directory /var/db/openldap-data
mode 700

indice to maintain

index objectClass eq
#last modification
lastmod on

stavril# cat ldap.conf

LDAP Defaults

See ldap.conf(5) for details

This file should be world readable but not world writable.

#BASE dc=example, dc=com
#URI ldap.example.com…[/url] [url=ldap://ldap-master.example.com:666]ldap-master.example.com:666…
BASE dc=uvsq, dc=fr
URI 127.0.0.1…
ldap_version 3

#SIZELIMIT 12
#TIMELIMIT 15
#DEREF never

J’attends vos idées svp.
Merci d’avance

Bonsoir

J’ai le même problème que toi, j’arrive à démarrer le service OpenLdap, mais le process n’est pas présent

Pour info je suis sous Xubuntu 8.04 LTS

Dois-je créer un nouveau sujet ?

Merci.

avez vous lu les lors pour savoir d ou vient le problème??
Sous linux, les lors sont très utiles et apportent beaucoup d infos contrairement a un certain autre OS…

Bonsoir KP2

Dans le fichier syslog j’obtiens ceci dès que je veux le lancer :

May 2 22:11:14 hostlinux slapd[5993]: @(#) $OpenLDAP: slapd 2.4.7 (Apr 7 2008 21:31:23) $ ^Ibuildd@rothera:/build/buildd/openldap2.3-2.4.7/debian/build/servers/slapd
May 2 22:11:15 hostlinux slapd[5995]: hdb_db_open: database “dc=example,dc=com”: alock package is unstable.
May 2 22:11:15 hostlinux slapd[5995]: backend_startup_one: bi_db_open failed! (-1)
May 2 22:11:15 hostlinux slapd[5995]: slapd stopped.
May 2 22:11:15 hostlinux slapd[5995]: connections_destroy: nothing to destroy.

Bonsoir les gens!
Ce fichier " syslog " je le trouve meme pas !!!
meme en faisant locate machin sa donne rien!

tu peux parler de ton prob kom tu veux
on va tous s’aider pour resoudre nos ptit souci!!

tu l’as compile ton openldap ??? pourquoi tu l’as pas installe avec les packages ?


[quote="lololo60"] Bonsoir les gens! Ce fichier " syslog " je le trouve meme pas !!! meme en faisant locate machin sa donne rien! [/quote]

c’est dans /var/log

Bonsoir à tous

lololo60 merci :slight_smile:

KP2, Openldap est bien installé, j’ai suivi ce tuto : doc.ubuntu-fr.org…

Lorsque je relance le service ldap après avoir ajouté le contenu du fichier .ldif, il me dit bien que le service ldap a bien été lancé, mais dans les process je ne vois rien, d’où le log dans mon précédent post.

Si ça peut vous aider, voici le contenu du fichier slapd.conf :

[b]# Features to permit
allow bind_v2

Schema and objectClass definitions

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

Where the pid file is put. The init.d script

will not stop the server if you change this.

pidfile /var/run/slapd/slapd.pid

List of arguments that were passed to the server

argsfile /var/run/slapd/slapd.args

Read slapd.conf(5) for possible values

loglevel 256

Where the dynamically loaded modules are stored

modulepath /usr/lib/ldap
moduleload back_hdb

The maximum number of entries that is returned for a search operation

sizelimit 500

The tool-threads parameter sets the actual amount of cpu’s that is used

for indexing.

tool-threads 1

#######################################################################

Specific Backend Directives for hdb:

Backend specific directives apply to this backend until another

‘backend’ directive occurs

backend hdb

#######################################################################

Specific Backend Directives for ‘other’:

Backend specific directives apply to this backend until another

‘backend’ directive occurs

#backend

#######################################################################

Specific Directives for database #1, of type hdb:

Database specific directives apply to this databasse until another

‘database’ directive occurs

database hdb

The base of your directory in database #1

suffix “dc=example,dc=com”

rootdn directive for specifying a superuser on the database. This is needed

for syncrepl.

rootdn “cn=admin,dc=example,dc=com”

Where the database file are physically stored for database #1

directory “/var/lib/ldap”

The dbconfig settings are used to generate a DB_CONFIG file the first

time slapd starts. They do NOT override existing an existing DB_CONFIG

file. You should therefore change these settings in DB_CONFIG directly

or remove DB_CONFIG and restart slapd for changes to take effect.

For the Debian package we use 2MB as default but be sure to update this

value if you have plenty of RAM

dbconfig set_cachesize 0 2097152 0

Sven Hartge reported that he had to set this value incredibly high

to get slapd running at all. See bugs.debian.org… for more

information.

Number of objects that can be locked at the same time.

dbconfig set_lk_max_objects 1500

Number of locks (both requested and granted)

dbconfig set_lk_max_locks 1500

Number of lockers

dbconfig set_lk_max_lockers 1500

Indexing options for database #1

index objectClass eq

Save the time that the entry gets modified, for database #1

lastmod on

Checkpoint the BerkeleyDB database periodically in case of system

failure and to speed slapd shutdown.

checkpoint 512 30

Where to store the replica logs for database #1

replogfile /var/lib/ldap/replog

The userPassword by default can be changed

by the entry owning it if they are authenticated.

Others should not be able to see it, except the

admin entry below

These access lines apply to database #1 only

access to attrs=userPassword,shadowLastChange
by dn=“cn=admin,dc=nodomain” write
by anonymous auth
by self write
by * none

Ensure read access to the base for things like

supportedSASLMechanisms. Without this you may

have problems with SASL not knowing what

mechanisms are available and the like.

Note that this is covered by the ‘access to *’

ACL below too but if you change that as people

are wont to do you’ll still need this if you

want SASL (and possible other things) to work

happily.

access to dn.base="" by * read

The admin dn has full write access, everyone else

can read everything.

access to *
by dn=“cn=admin,dc=nodomain” write
by * read

For Netscape Roaming support, each user gets a roaming

profile for which they have write access to

#access to dn=".*,ou=Roaming,o=morsnet"

by dn=“cn=admin,dc=nodomain” write

by dnattr=owner write[/b]

Merci du coup de main :slight_smile:
Edité le 03/05/2008 à 18:20

et y’a quoi dans dans ton fichier .ldif ? D’après les logs y’a une inconsistance entre ta conf (example.com) et le contenu de tes données

Bonjour à tous
pour le fichier syslog dont vous m’avez parlé je le trouve tjrs pas, j’ai bien cherché dans /var/log par contre j’ai un fichier qui contient les probleme que j’ai, c’est “debug.log”
le voici en détail :

May 2 09:51:30 stavril slapd[967]: @(#) $OpenLDAP: slapd 2.3.41 (Apr 25 2008 14:56:51) $ root@stavril.gtr.iut-velizy.uvsq.fr:/usr/ports/net/openldap23-server/work/openldap-2.3.41/servers/slapd
May 2 09:51:30 stavril slapd[967]: connections_destroy: nothing to destroy.
May 2 09:51:30 stavril slapd[967]: /usr/local/etc/openldap/slapd.conf: line 83: failed init (bdb)!
May 2 09:51:30 stavril slapd[967]: slapd stopped.
May 2 10:04:13 stavril slapd[55570]: connections_destroy: nothing to destroy.
May 2 11:15:17 stavril slapd[62838]: @(#) $OpenLDAP: slapd 2.3.41 (Apr 25 2008 14:56:51) $ root@stavril.gtr.iut-velizy.uvsq.fr:/usr/ports/net/openldap23-server/work/openldap-2.3.41/servers/slapd
May 2 11:15:17 stavril slapd[62838]: daemon: getaddrinfo() failed: hostname nor servname provided, or not known
May 2 11:15:17 stavril slapd[62838]: slapd stopped.
May 2 11:15:17 stavril slapd[62838]: connections_destroy: nothing to destroy.

j’esper que vous allez pouvoir m’aider.
bon courage à tous

tu l’as lu le log ?
regarde bien, l’erreur est marquee dedans…

As tu configure ton service? OpenLDAP n’est pas un service qu’on installe et qui marche immediatement… faut le preconfigurer un minimum avant.
As tu lu un tutorial de demarrage rapide sur le site officiel OpenLDAP ?
Edité le 05/05/2008 à 11:15

Oui je sais , biensur il faut faire des preconfiguration.
donc les fichier de cnfiguration tel : slapd.conf , ldap.conf je les ai bien configuré en suivant ce tutorial. julp.developpez.com…
et j’ai bien vu les erreurs que j’ai dans le fichier debug.log mais j’arrive pas à les resoudre j’essai de trouvé une solution mais sans succé!!pi voila
en fait kand j’essai de démarrer le service : sa me donne sa
starvil#/usr/local/etc/rc.d/slapd start
Strating slapd

mais kand je fais sa :

starvil#/usr/local/etc/rc.d/slapd status
slapd is not running

as-tu une idée ?
Merci

bon on a fai du progré , le serveur arrive a démarrer pendant 7 minutes.

May 5 11:24:32 stavril slapd[2965]: @(#) $OpenLDAP: slapd 2.3.41 (Apr 25 2008 14:56:51) $ root@stavril.gtr.iut-velizy.uvsq.fr:/usr/ports/net/openldap23-server/work/openldap-2.3.41/servers/slapd
May 5 11:24:32 stavril slapd[2966]: bdb_db_open: Warning - No DB_CONFIG file found in directory /var/db/openldap-data: (2) Expect poor performance for suffix dc=uvsq,dc=fr.
May 5 11:24:32 stavril slapd[2966]: slapd starting
May 5 11:41:19 stavril slapd[2966]: daemon: shutdown requested and initiated.
May 5 11:41:19 stavril slapd[2966]: slapd shutdown: waiting for 0 threads to terminate
May 5 11:41:19 stavril slapd[2966]: slapd stopped.

j’ai profité des ces minutes pour ajouter mon fichier de base ( test.ldif ) qui contient la racine de mon annuaire.
et pi ensuite il s’est arreté kom un con lol
et en verifiant mon fichier debug.log j’obtient d’autres erreurs que je suis entrain de voir a quoi sa correspond.

May 5 11:56:58 stavril slapd[3101]: @(#) $OpenLDAP: slapd 2.3.41 (Apr 25 2008 14:56:51) $ root@stavril.gtr.iut-velizy.uvsq.fr:/usr/ports/net/openldap23-server/work/openldap-2.3.41/servers/slapd
May 5 11:56:58 stavril slapd[3102]: bdb_db_open: has changed. Performing database recovery to activate new settings.
May 5 11:56:58 stavril slapd[3102]: bdb(dc=uvsq,dc=fr): /var/db/openldap-data/__db.001: Permission denied
May 5 11:56:58 stavril slapd[3102]: bdb_db_open: Database cannot be recovered, err 13. Restore from backup!

May 5 11:56:58 stavril slapd[3102]: bdb(dc=uvsq,dc=fr): DB_ENV->lock_id_free interface requires an environment configured for the locking subsystem
May 5 11:56:58 stavril slapd[3102]: bdb(dc=uvsq,dc=fr): txn_checkpoint interface requires an environment configured for the transaction subsystem
May 5 11:56:58 stavril slapd[3102]: bdb_db_close: txn_checkpoint failed: Invalid argument (22)
May 5 11:56:58 stavril slapd[3102]: backend_startup_one: bi_db_open failed! (13)
May 5 11:56:58 stavril slapd[3102]: bdb_db_close: alock_close failed
May 5 11:56:58 stavril slapd[3102]: slapd stopped.

May 5 11:56:58 stavril slapd[3102]: connections_destroy: nothing to destroy.

voila ! Vos reflexes SVP j’en ai besoins
Merci

Voila bonne nouvelle!

j’arrive bien a démarrer slapd.je m’explique :
j’ai tapé la commande suivante :
stavril#/usr/local/libexec/slapd -d 255
Ensuite j’ai fai :
stavril#/usr/local/etc/rc.d/slapd start
en faisant :
stavril#/usr/local/etc/rc.d/slapd status sa donne sa =====> slapd is running as pid 791.
voila voila
pour ceux qui savent pas encore je suis sous FreeBSD 7.0 release!

Hello,

Ayant moi même cherché pendant des heures avant de finir par trouver :

IL FAUT que les DEUX fichiers de configuration du client ldap soient correctement configurés : (pour une CentOS)

/etc/ldap.conf ET
/etc/openldap/ldap.conf

contiennent l’URI du serveur ldap :

exemple :



BASE    dc=exemple, dc=com
URI     ldap ://ns24.ovh.net       ## Enlever le blanc après 'ldap'


Edité le 05/10/2009 à 22:51