Salve, volevo sottoporre una problematica che stiamo riscontrando sulla nostra infrastruttura ldap. L'architettura è composta da 1 master e da 16 repliche. Sono tutte Solaris 9 Sparc, e la versione di OpenLdap usata è la 2.3.39. La replica è affidata al syncrepl di tipo refreshOnly, e avviene ogni 15 minuti. I thread sono settati a 16, per tutte le macchine. La scrittura dei dati è abilitata soltanto sul master, mentre le repliche fanno solamente lettura dei vari client che fanno accesso ai sistemi. Come dicevo prima, da qualche giorno stiamo avendo dei problemi con lo slapd sul master. Infatti analizzando i dati forniti dal prstat, vediamo che, mentre l'occupazione della cpu si mantiene su valori normali (tra il 2% e il 17%), i valori della memoria occupata dal processo, Size e la RSS, salgono continuamente, sino ad arrivare ad un valore, 3942 per il Size e 2262 per l'RSS, dopo il quale il processo muore (appena partito il processo sale velocemente a valori alti solo sul master, sulle repliche no).. Abbiamo notato che ogni 7 ore circa il processo va giù. E' possibile che questo comportamento anomalo sia dovuto all' numero elevato di Repliche che si collegano direttamente al Master con il syncrepl? Esiste per il syncrepl, un numero massimo, o comunque un numero massimo consigliato, di repliche che possono collegarsi al Master, oltre il quale possono sussistere problemi come quello sopra evidenziato?
Inoltre, abbiamo notato anche un comportamento strano del syncrepl. Infatti in alcune situazioni, ancora non abbiamo capito con esattezza quali, il processo di replica risulta non funzionante. Per farlo riandare dobbiamo passare i vari consumer a refreshAndPersist, e successivamente ritornare alla situazione refreshOnly. In questa maniera il processo di replica torna a funzionare correttamente. Se servono maggiori dettagli, sarò lieto di fornirveli. Saluti, Luca Polidoro _______________________________________________ OpenLDAP mailing list OpenLDAP@mail.sys-net.it https://www.sys-net.it/mailman/listinfo/openldap
