Ciao, Grazie ai vostri preziosi suggerimenti sono riuscito a far funzionare il syncrepl. Compilando la 2.3.39 stable ed il BerkeleyDB4.2.52 con le 6 patch (5 ufficiali e 1 vostra).
Ho effettuato dei test e tutto funziona alla perfezione, per replicare l'intero db (circa 140000 entry, dimensione dei file id2entry.bdb->205Mb e dn2id.bdb->54Mb) le repliche hanno impiegato circa 2 ore. Giusto per vostra informazione da un'attenta analisi del file di configurazione ho trovato il paramentro *timelimit* settato a 30. Per quello che ho capito è il tempo massimo che il server può dedicare alla risposta ad una query, adesso che l'ho tolto dal file slapd.conf usa il valore di default cioè 3600. Vi volevo chiedere solo un suggerimento è meglio avere una sola identità utilizzata da tutti i consumer o avere un'identità per ogni consumer? Ed un'ultima domanda, è previsto nelle prossime versioni l'utilizzo delle password cifrate sul consumer? Vi ringrazio nuovamente per la cortesia e per la disponibilità. Saluti, Mirko. -----Messaggio originale----- Da: Pierangelo Masarati [mailto:[EMAIL PROTECTED] Inviato: giovedì 15 novembre 2007 11.27 A: Stefanelli Mirko Cc: [EMAIL PROTECTED]; [email protected] Oggetto: Re: R: [OpenLDAP] problemi con syncrepl Stefanelli Mirko wrote: > Ho effettuato il seguente test, con il provider up&running (ore 18:00 del > 14/11/2007) ho attivato il consumer senza DB (ore 18:05 del 14/11/2007). > Questa mattina (ore 10:00) ho effettuato il seguente test, ho lanciato un > ldapsearch dalla root con filtro objectClass=* e scope sub sul provider il > risultato è: > > # numResponses: 132369 > # numEntries: 132368 > > la stessa ldapsearch l'ho eseguita sul consumer ed il risultato è: > > # numResponses: 25001 > # numEntries: 25000 > > Come puoi notare in circa 14 ore il syncrepl ha ricostruito meno di 1/5 del > db. Tieni presente che con OpenLDAP 2.3 un caricamento totale via ldapadd richiede poco piu' del tempo richiesto da slapadd (due-tre, massimo 10 volte tanto). Quanto hai impiegato con slapadd? Inoltre, mi sembra che un numero cosi' rotondo possa collegarsi al raggiungimento di un limite sul numero di entries (default: 500; ripetuto 50 volte da' il numero di entries attualmente nel tuo db). Occorre dare all'identita' usata dal consumer per la sincronizzazione il permesso di scaricare un numero arbitrario di entries. Per fare questo, sul producer devi mettere limits dn="<identita'>" size=unlimited Ciao, p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: [EMAIL PROTECTED] --------------------------------------- _______________________________________________ OpenLDAP mailing list [email protected] https://www.sys-net.it/mailman/listinfo/openldap
