Antonini Gabriele wrote:
> Buongiorno,
> sto utilizzando openLDAP 2.3.43 su CentOS e sto provando ad implementare il
> meccanismo di syncrepl tra due macchine.
> Il database che sto utilizzando (hdb) è composto da circa 160k entry e viene
> caricato da file ldif tramite slapadd con le opzioni -q -w.
> Ho configurato gli indici in questo modo:
>
> index objectClass eq,pres
> index ou,cn,mail,surname,givenname eq,pres,sub
> index uidNumber,gidNumber,loginShell,trioDisabled eq,pres
> index uid,memberUid eq,pres,sub
> index nisMapName,nisMapEntry eq,pres,sub
> inxex entryCSN eq
>
> e la sezione riguardante la sincronizzazione:
>
> lastmod on
>
> sizelimit 200000
> loglevel 1
> checkpoint 128 5
>
> overlay syncprov
> syncprov-checkpoint 100 10
> syncprov-sessionlog 100
>
> Una volta caricate le entry via slapadd, ogni riavvio del server impiega
> almeno 10 minuti per essere utilizzabile e nei log leggo una sfilza di:
>
> Nov 10 13:56:17 ldap01 slapd[2191]: hdb_search: 1 does not match
> filter Nov 10 13:56:17 ldap01 slapd[2191]: entry_decode: ""
> Nov 10 13:56:17 ldap01 slapd[2191]: <= entry_decode() Nov 10 13:56:17
> ldap01 slapd[2191]: hdb_search: 2 does not match filter Nov 10
> 13:56:17 ldap01 slapd[2191]: entry_decode: ""
> Nov 10 13:56:17 ldap01 slapd[2191]: <= entry_decode() Nov 10 13:56:17
> ldap01 slapd[2191]: hdb_search: 3 does not match filter Nov 10
> 13:56:17 ldap01 slapd[2191]: entry_decode: ""
> ...
> ...
> Nov 10 14:17:58 ldap01 slapd[32246]: hdb_search: 162959 does not match
> filter Nov 10 14:17:58 ldap01 slapd[32246]: entry_decode: ""
> Nov 10 14:17:58 ldap01 slapd[32246]: <= entry_decode() Nov 10 14:17:58
> ldap01 slapd[32246]: send_ldap_result: conn=-1 op=0 p=0 Nov 10
> 14:17:58 ldap01 slapd[32246]: slapd starting
>
> E' normale avere questi tempi per il riavvio? Se provo a commentare la
> sezione riguardante la sincronizzazione, lo startup del server è immediato.
>
> Grazie,
> G.
>
Ciao,
non è sicuramente normale ma la versione 2.3.43 è storica e quindi
difficilmente troverai supporto dalla community. Purtroppo RH ha questo
brutto vizio di rimanere indietro e CentOS di conseguenza.
Come suggerimento, ma non ho modo di verificare con quella versione,
posso consigliare di:
- aggiungere entryUUID tra gli indici insieme a entryCSN;
- cambiare surname con sn (surname è l'alias di sn ma openldap usa
sempre il nome principale dell'attributo; non vorrei che questo creasse
problemi nella gestione degli indici)
- fare uno slapindex.
Non mi è chiaro se il fatto che il db venga caricato con slapadd voglia
dire che il db viene cancellato con una certa frequenza e poi ricreato
da zero. In tal caso direi che puoi semplicemente modificare gli indici
in slapd.conf e fare la tua normale procedura. Lastmod on è inutile (di
default è on).
Ovviamente non ti dirò che sarebbe meglio provare con una versione
recente (2.4.19) per vedere se il problema si presenta anche lì nel qual
caso si potrebbe avere risposte anche dalla community di openLDAP e
magari aprire un'ITS...
--
/Luca Scamoni
/
*Gruppo Partners Associates*
Tel. Milano +39 02 67380435* *- Udine +39 0432 689815 - Roma +39 06 54832300
Fax Milano +39 02 67386214 - Udine +39 0432 570120 - Roma +39 06 91659273
Cell. +39 348 0471710
Email: luca.scam...@gruppopa.it <mailto:luca.scam...@gruppopa.it>
Sito: _www.GruppoPA.it_ <http://www.GruppoPA.it>
Prima di stampare, pensa all'ambiente ** Think about the environment
before printing
_______________________________________________
OpenLDAP mailing list
OpenLDAP@mail.sys-net.it
https://www.sys-net.it/mailman/listinfo/openldap
