OpenLDAP a krachujici BDB (again)

[Vancl Miroslav (QRIS)]

Zdravim,

vim, ze se tu toto tema probiralo pred mesicem (OT: LDAP backend) a nejak se
to nakonec svedlo na vadnou pamet + byly pridana nejaka doporuceni k
nastaveni cacheovani a checkpointovani - procetl jsem si to !

Presto se pokusim otevrit novou diskusi na stejne tema. Vcera mi znicehonic
krachla BDB databaze slave ldap serveru. Oprava byla samozrejme relativne
snadna a rychla - znovunahrani z mastera. Potiz je v tom, ze netusim, proc k
poskozeni doslo. Nedoslo k zadne havarii, nikde zadne neobvykle zpravy,
jenom najednou ldap prestal odpovidat a checkem databaze jsem zjistil, ze mi
zbyva jen recovery. Databaze je pouzivana v podstate jen pro cteni - je tam
pouze SAM(ba) backend s nekolika stovkami uctu, zmeny radove po desitkach
minut (obvykle zmena hesla stanice). Opravdu mam povazovat za normalni, ze
takto poklidny zivot malicke databaze zniceho nic prerve jeji nefunkcnost ?
Mimochodem, master server bezi uz puldruha roku na nad LDBM bez jedineho
problemu (a ze za tu dobu urcite nejaky ten necekany restart serveru
probehl). Ktery backend je tedy spolehlivejsi ?

Slave mam na SuSE 9.2, OpenLDAP 2.2.15, knihovna backendu z baliku
db-4.2.52-90. Podstatny rozdil mezi master a slave serverem je nejen ve
verzi OpenLDAP (2.2.5), databazi ale i v tom, ze master asi (jak to
spolehlive zjistim ?) nepouziva thready, kdezto slave urcite. Vubec ale
nerozumim tem typum databazi, protoze soubory na masteru jsou podle file
Berkeley DB 2.X , na slave serveru mi hlasi Berkeley DB (jaky je pak vlastne
rozdil mezi BDB a LDBM ?).

Prosim nekamenujte mne za neznalost databazi a jejich zvlastnustek a jestli
nekdo vite, kde by mohl byt zakopany pes, poradte.

Diky

M. Vancl