Hello Depuis presque un an, le PDC de la societe tourne avec Samba et LDAP. e remarque régulièrement que lorsqu'un backup s'est terminé en erreur (le plus souvent media full), la DB LDAP est corrompue. Le système est en SuSE 9.2, openldap2-2.2.15-5.2, mode bdb (le seul compilé dans le RPM De SuSE, c'est déja pas sérieux) et db-4.2.52-90/db41-4.1.25-75. Tous les soirs, je fais un backup offline de la DB ldap avec un slapcat -l. Le matin, régulièrement, les users SMB et les services dépendant du LDAP ne peuvent s'authentifier et pour cause, le service n'a pas redémarré après le backup comme prévu et lorsqu'à ce moment je fais un restart du daemon et un ldapsearch -x, l'output s'arrête après: # extended LDIF # # LDAPv3 # base <> with scope sub # filter: (objectclass=*) # requesting: ALL # # fft.be dn: dc=fft,dc=be o: fft dc: fft objectClass: top objectClass: dcObject objectClass: organization # Manager, fft.be dn: cn=Manager,dc=fft,dc=be cn: Manager sn: Manager objectClass: top objectClass: person # People, fft.be dn: ou=People,dc=fft,dc=be ou: People objectClass: top objectClass: organizationalUnit
et je dois faire un stop du daemon, crasher les fichiers bdb corrompus et restaurer le backup avec slapadd -l et ensuite redémarrer le dameon (+smb) et là tout remarche. J'ai l'impression que l'implémentation de LDAP avec BDB est super foireuse et que SuSE n'ait pas compilé avec un support GDBM (ou autre plus robuste) c'est du n'importe quoi. _______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
