LDAP + REPLICA
je me permet de vous écrire afin de vous exposer mon problème qui me parait étrange.
J'ai réussi à mettre en place mon serveur ldap ainsi que le replica : tous marche correctement mis à part que si je redemarre mon démon ldap, la première réplication ne marche pas, mais à partir de la deuxième tous remarche correctement. De plus je n'ai pas de message d'erreur (Bizarre Bizarre) Est-ce normal?
merci de votre aide à tous!!!
Configuration: Linux Firefox 3.0.5
40 réponses
Le problème porte sur le serveur LDAP et sa réplication : après le redémarrage du démon LDAP, la première réplication échoue alors que les suivantes fonctionnent normalement, sans message d'erreur apparente. Des éléments de prise en charge évoquent de vérifier la configuration du fichier slapd.conf et d'exécuter des tests avec une version LDAP différente pour isoler l'origine du dysfonctionnement. En cas de persistance du comportement, certains échanges recommandent de vérifier les journaux système et de tester une répétition manuelle du démarrage du service pour confirmer si le retard d'initialisation est spécifique au premier démarrage.
-
ton demon demarre au boot du pc ?
-
Non, pour le moment c'est moi même qui le démarre!
-
ah ok ben faudrai
-
Mais le probleme n'est pas la car même si c'est moi qui démarre le démon, le replicat devrait marcher directement!!
-
n'yu a til pas dotre service a activer ?
tu utilise openldap ? -
Oui j'utilise openldap! Bizarre c'est qu'au départ premier ajout d'utilisateur cela marche pas mais au deuxième sa marche!!!!
-
au deuxieme demarrage ou au deuxieme utilisateur créer
-
non au deuxieme utilisateur crée!!
-
okok atten jvai voir
-
ok merci
-
heu ton LDAP est t-il configurer en maitre ?
-
oui
-
peux tu me copier coller ta configuration du fichier slapd.conf
-
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/openldap.schema
pidfile /var/run/openldap/slapd.pid
argsfile /var/run/openldap/slapd.args
access to attr=userPassword
by self write
by anonymous auth
by dn="cn=Manager,dc=m,dc=u2,dc=fr" write
by dn="cn=Replicator,dc=m,dc=u2,dc=fr" write
by * none
access to *
by self read
by dn="cn=Replicator,dc=m,dc=u2,dc=fr" write
by * read
database bdb
suffix "dc=m,dc=u2,dc=fr"
rootdn "cn=Manager,dc=m,dc=u2,dc=fr"
rootpw
cachesize 10000
dbcachesize 1000000
directory /var/lib/ldap
index objectClass eq,pres
index ou,cn,mail,surname,givenname eq,pres,sub
index uidNumber,gidNumber,loginShell eq,pres
index uid,memberUid eq,pres,sub
index nisMapName,nisMapEntry eq,pres,sub
replogfile /var/lib/ldap/replica/replog
replica host="m2.u2.fr:389"
binddn="cn=Replicator,dc=m,dc=u2,dc=fr"
bindmethod=simple credentials=
Biensur dans rootpw y'a mon password crypté et dans crédentials il est en claire!!! -
dfans ta partie access to :
essai
access to *
by dn="cn=manager,dc=mon_domaine,dc=fr" write
by dn="cn=replication,ou=Systeme,dc=mon_domaine,dc=fr" read
by users read -
ben jsutement dc=m,dc=u2 est mon domaine!!
-
ok. et ton rc.conf il contient quoi en ldap ?
-
j'ai pas de rc.conf!!! il correspond a quoi ce fichier?
-
té sur ???
/etc/rc.conf
en autre , le premier utilisateur marche c'est ca ? mais pas le deuxième.... ? si oui je croi savoir
-
certains j'ai pas le rc.conf!!
Non c'est l'inverse le premier marche pas mais le deuxieme marche!!!
- 1
- 2