Commentaires sur : LDAP: « bdb_db_open: unclean shutdown detected »

Par : Rami

Rami — Wed, 09 Mar 2011 18:44:44 +0000

la commande sur debian est db4.2_recover -h /var/lib/ldap/

Par : Michel

Michel — Tue, 11 May 2010 09:42:52 +0000

J’ai le même problème (bdb_db_open: unclean shutdown detected) mais sur une machine virtuelle KVM (CentOS 5) exécutée dans une Fedora 12.
Avez-vous une idée de la manière d’effectuer un db_recover dans ces conditions ?

Le message exact est:
Vérification des fichiers de configuration pour slapd :
bdb_db_open: unclean shutdown detected; attempting recovery.
bdb_db_open: Warning – No DB_CONFIG file found in directory /var/lib/ldap: (2)
Expect poor perfomance for suffix dc=dclic, dc=fr.
bdb_db_open: Recovery skipped in read-only mode. Run manual recovery if errors are encountered.
config file testing succeeded.

Et le système ne répond plus.

Par : Adri

Adri — Sat, 27 Jun 2009 11:07:02 +0000

au contraire, il est indispensable. Tiens, je te conseille de lire cet article qui est vraiment très bien foutu: http://www.zytrax.com/books/ldap/ch7/

Par : bobo

bobo — Wed, 24 Jun 2009 17:09:58 +0000

ok merci de ta réponse

donc syncprov-checkpoint 100 10 ==> sur le maitre est complètement inutile?

Par : Adri

Adri — Wed, 24 Jun 2009 15:56:12 +0000

En fait les cookies de réplication servent a vérifier si les serveurs sont bien synchronisés en comparant directement les timestamps (contenu dans ces cookies).
–
Dans le mode refreshOnly, la synchronisation programmé selon un intervalle de temps – spécifié par le paramètre « interval ». Par défaut: 1 jour alors que dans le mode refreshAndPersist, la synchronisation est persistante… presque temps-réel.

Par : bobo

bobo — Wed, 24 Jun 2009 15:09:38 +0000

Au fait, comprend tu précisément le fonctionnement de syncrepl?

j’ai trouvé ce site, pour le mode 7.2.1.2.2 Replication refreshAndPersist (provider Push)

http://www.zytrax.com/books/ldap/ch7/

Mais l’histoire du cookie je ne comprends pas trop :(

Le serveur envoie un cookie avec un timestamp indiquant le dernier changement effectué, un truc du genre

overlay syncprov

# Le contextCSN (cookie) est écrit toutes les 100 opérations d’écriture ou toutes
# les 10 minutes.
syncprov-checkpoint 100 10
# Les logs de session gardent en mémoire presque toutes les opérations
# d’écriture sur la base, cela permet d’interroger les logs plutôt que de
# faire des requêtes sur la base. Jusqu’à 100 opérations sont
# enregistrées dans cette exemple.
syncprov-sessionlog 100

# Le contextCSN (cookie) est écrit toutes les 100 opérations d’écriture ou toutes les 10 minutes.

Donc comment se fait la synchro si c’est tous les 10 minutes, ca se fait en temps réel, cette option ne sert a rien?

Enfin si tu peux m’éclairer sur le fonctionnement :)

Merci

Par : Adri

Adri — Mon, 15 Jun 2009 09:58:46 +0000

merci pour la précision ;)

Par : bobo

bobo — Mon, 15 Jun 2009 07:07:20 +0000

Par contre il faut mettre de moduleload sur centos, tout est intégré avec slapd

Par : bobo

bobo — Fri, 12 Jun 2009 14:06:10 +0000

ok ça marche nikel merci :)

Par : Adri

Adri — Fri, 12 Jun 2009 13:40:41 +0000

essaye simplement: « moduleload syncprov », ça devrait rouler tout seul !

Par : bobo

bobo — Fri, 12 Jun 2009 08:16:42 +0000

hello toujours la???

je veux charger ce module
« moduleload syncprov.la »

Mais il n’existe pas sur ma distrib :(

Tu aurais le slapd.conf qui va bien :)

Ou juste ce que tu as rajouter pour la réplciation sur le maitre et serveur.

Si c’est possible :)

Merci

Par : Adri

Adri — Thu, 11 Jun 2009 15:52:18 +0000

ça marche bien !
Plus sérieusement, tu fait quelques modifs dans les /etc/ldap/slapd.conf, tu charge le modules qui va bien… et ça roule !
Tu as pas mal de tutos qui t’expliquerons bien mieux que moi en quelques lignes.

http://www.google.fr/search?q=syncrepl

;)

Par : bobo

bobo — Thu, 11 Jun 2009 15:36:29 +0000

Je vais tester ça demain ^^

Ca remplace slurpd apparemment un espoir peut etre :)

Par : bobo

bobo — Thu, 11 Jun 2009 15:34:29 +0000

merci de ta réponse :)

Pour les logs rien de spécial, la réplication se fait c’est tout :(

Je connais pas syncrepl ça marche comment???

Par : Adri

Adri — Thu, 11 Jun 2009 15:22:08 +0000

Aye, je ne vais pas du tout pouvoir t’aider puisque j’ai toujours utilisé syncrepl et je ne connais pas du tout slurpd.. que disent les logs ?

Par : bobo

bobo — Thu, 11 Jun 2009 15:10:45 +0000

Bonjour,

J’ai un gros problème sur Ldap, en effet lorsque je rentre une entrée sur le ldap maitre, celle ci va être insérée dans un fichier nommé sluprd.replog, puis grâce au daemon slurpd va être lu pour être injecté dans mon serveur de réplication ldap

Tout fonctionne, mais si je fais genre 15 entrées le fichier slurpd.replog va être saturé en écriture et a partir de la c’est tout le serveur qui lague.Le fichier atteint les 7 GO o_O .

Si je coupe le ldap puis le relance voila le message d’erreur :

1
2
3

Vérification des fichiers de configuration pour slapd : bdb_db_open: unclean shutdown detected; attempting recovery.
bdb_db_open: Recovery skipped in read-only mode. Run manual recovery if errors are encountered.
config file testing succeeded

J’ai fais un slap_db_recover mais l’erreur va réapparaitre au bout d’une quinzaine d’entrées.

Avez vous déjà eu le problème???

Faut t’il paramétrer le fichier DB_CONFIG ???

Merci :p

Par : anass

anass — Tue, 14 Apr 2009 15:04:02 +0000

voila adri c ma configuration et je vois pas prkoi ça ne marche pas :s

[root@localhost anass]# ldapadd -D « cn=manager,o=company,c=net » -W -f /etc/openldap/base.ldif
Enter LDAP Password:
SASL/DIGEST-MD5 authentication started
ldap_sasl_interactive_bind_s: Invalid DN syntax (34)

here is my 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://ldap.example.com ldap://ldap-master.example.com:666

#SIZELIMIT 12
#TIMELIMIT 15
#DEREF never
URI ldap://127.0.20.1/
BASE dc=company,dc=net
TLS_CACERTDIR /etc/openldap/cacerts
[/SIZE][/SIZE]

my base.ldif is :

#Organization for Samba Base

dn: dc=company,dc=net

objectclass: dcObject

objectclass: organization

dc: company

o: Samba 3

description: Samba 3

# Manager LDAP

dn: cn=manager,dc=company,dc=net

objectclass: organizationalRole

cn: manager

description: LDAP Manager

# Conteneur d’utilisateurs

dn: ou=Users,dc=company,dc=net

objectclass: top

objectclass: organizationalUnit

ou: Users

# Conteneur de machines

dn: ou=Computers,dc=company,dc=net

objectclass: top

objectclass: organizationalUnit

ou: Computers

# Administrateur

dn: cn=admin,ou=Users,dc=company,dc=net

cn: admin

objectclass: top

objectclass: organizationalRole

objectclass: simpleSecurityObject

userPassword: {SSHA}WW2PMcKsh0ZVrFFSuwAtAXIUISAq1VIU

and my slapd.conf is:

#######################################################################
# ldbm and/or bdb database definitions
#######################################################################

database bdb
suffix « dc=company,dc=net »
checkpoint 1024 15
rootdn « cn=manager,dc=company,dc=net »
# Cleartext passwords, especially for the rootdn, should
# be avoided. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
# rootpw secret
rootpw {SSHA}WW2PMcKsh0ZVrFFSuwAtAXIUISAq1VIU

# 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/lib/ldap

# Indices to maintain for this database
#index objectClass eq,pres
#index ou,cn,mail,

# Replicas of this database
#replogfile /var/lib/ldap/openldap-master-replog
#replica host=ldap-1.example.com:389 starttls=critical
# bindmethod=sasl saslmech=GSSAPI
# authcId=host/ldap-master.example.com@EXAMPLE.COM

# enable monitoring
database monitor

# allow onlu rootdn to read the monitor
access to *
by dn.exact= »cn=manager,dc=company,dc=net » read
by * none

Par : anass

anass — Tue, 14 Apr 2009 14:11:21 +0000

je l ai changé avec la commande slappasswd : {SSHA}WW2PMcKsh0ZVrFFSuwAtAXIUISAq1VIU
et remplacé dans le slapd.conf et dans base et tjrs le mm probleme

voici mon fichier base.ldif:
# Organization for Samba Base

dn: dc=society,dc=net

objectclass: dcObject

objectclass: organization

dc: glaizer

o: Samba 3

description: Samba 3

# Manager LDAP

dn: cn=manager,dc=society,dc=net

objectclass: organizationalRole

cn: manager

description: LDAP Manager

# Conteneur d’utilisateurs

dn: ou=Users,dc=society,dc=net

objectclass: top

objectclass: organizationalUnit

ou: Users

# Conteneur de machines

dn: ou=Computers,dc=society,dc=net

objectclass: top

objectclass: organizationalUnit

ou: Computers

# Administrateur

dn: cn=admin,ou=Users,dc=society,dc=net

cn: admin

objectclass: top

objectclass: organizationalRole

objectclass: simpleSecurityObject

userPassword: {SSHA}WW2PMcKsh0ZVrFFSuwAtAXIUISAq1VIU

Par : Adri

Adri — Tue, 14 Apr 2009 13:46:02 +0000

Comme l’erreur le dit: problème de mot de passe ;)

Par : anass

anass — Tue, 14 Apr 2009 12:30:16 +0000

rebonjour j ai résolu l erreur précedente et la j ai celle ci

[root@localhost openldap]# ldapadd -W -D ‘cn=manager,dc=society,dc=net’ -xh localhost -f /home/anass/Bureau/society.txt
Enter LDAP Password:
ldap_bind: Invalid credentials (49)

et je m excuse pour le derangement