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/[email protected] IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
