ldap replication nyavaja

[Gabor HALASZ]

Dióhéjban: master replikál slurpd-vel, slave átveszi, replogból kikerül,
hulladék berkeleydb 10es hibával kiesik a slave alól, adat elveszett,
inkonzisztencia előállt. Ötlet, megoldás (az adatbázis dumpolásán,
mozgatásán és reloadolásán kívül)? Esetleg stabilabb backend? A slave-en
terhelés 0, load 0, free resource halomban, az ldap-on kívül csak backup
ns van rajta, de azt is csak egy round-robin cacahe kérdezgeti, master
és slave egyforma.

[Kiss Gabor]

Megneztem a Navalyo nyelv helyesirasi szotara c. kotetben,
es a "nyavalya" meg mindig ly-nal irando. :-(

kissg

[Gabor HALASZ]

Post by Kiss Gabor
Megneztem a Navalyo nyelv helyesirasi szotara c. kotetben,
es a "nyavalya" meg mindig ly-nal irando. :-(

Ez lehet, de nem érdekel, mert ettől még inkonzisztens marad az
adatbázis és nem veszem észre, hacsak rendszeresen nem grepelem a
resource temporary errorok után kutatva a logot, vagy szól a user, hogy
egyszer jó a passwordje, másszor meg nem, mert a két ldap-ot roundrobin
kérdezik a kliensek.

[Gábor Lénárt]

Post by Kiss Gabor
Megneztem a Navalyo nyelv helyesirasi szotara c. kotetben,
es a "nyavalya" meg mindig ly-nal irando. :-(

Namostmar! Ez megse a flame lista, nem kene ilyenekkel baromkodni itt
mar TENYLEG nem! A flame-en meg elmegy. De ez szakmai forum, es ha
ennyi a hozzaszolasod akkor inkabb ne. IMHO.

- Gábor (larta'H)