Hello le slapcat est fait avec la DB down, donc a froid...c'est ca le pire db_recover, je vais tester plutot qu'un restore brutal
On Thu, 2 Jun 2005, Xavier Renard wrote: > Hello, > > En fait,faire un slapcat � chaud risque de corrompre tes fichiers. > cfr man slapcat > <quote> > Limitations > Your slapd(8) should not be running (at least, not in read-write > mode) when you do this to ensure consistency of the database. > </quote> > > > Note qu'il me semble qu' avec des versions plus r�centes, on puisse le > faire (mais je ne sais plus quel num�ro de version :-() > maintenant, si tu n'as pas besoin des attributs op�rationnels, un > ldapsearch ferait l'affaire > Pour r�tablir la db en cas de corruption, tu as aussi l'utilitaire > db_recover > > Xavier > > Vincent Jamart wrote: > > >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 > _______________________________________________________ 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
