Scusami ma con la liste mi incasino sempre: comunque fondamentalmente non c'è nulla di top secret a parte password e impostazioni che credo di aver tolto o almeno lo spero. Dimmi cosa devo fare e lo faccio: il sapere per me deve essere condiviso. Ciao Luigi
Il 08/07/2010 20.41, Marco Pizzoli ha scritto: > Non mi ero accorto che prima avevi risposto solo a me. > Non so quanti dei dati che mi hai inviato sei disposto a rendere > totalmente pubblici, ma ti chiedo ti tenere sempre in CC la mailing list. > > Credevo che tu gestissi tutti i nodi e quindi ti ho risp in quel modo. > Ho immaginato che gli indici ti mancassero su tutti i tuoi nodi > dell'architettura. > L'utente con cui dovevi eseguire il comando e' quello con cui gira > openldap. Se e' diverso rischi poi problemi subdoli a posteriori in > quanto tutti i file creati dallo slapindex (li vedi con il nome > attributo.bdb nella dir del db) avranno proprietario diverso da quello > degli altri file, con il rischio che il db risulti poi corrotto... > > Per tornare "regolari" ti propongo di scrivere quello che hai fatto in > una mail di risposta alla mia mail che aveva in Cc la mailing list. > > Ciao > Marco > > > 2010/7/8 Luigi Augello <lauge...@unipa.it <mailto:lauge...@unipa.it>> > > Non ho accesso al nodo master e anche se lo avessi dovrei fermare > l'intera università: mi farebbero fuori in modo lento e > violento... :-) > ergo posso operare solo sul nodo slave a cui ho accesso. Ho già > lanciato il comando senza alcun parametro e da utente root. Spero > che vada bene. Ti farò sapere altri sviluppi > Grazie > Luigi > > Il 08/07/2010 16.29, Marco Pizzoli ha scritto: >> Allora posso supporre che il tuo problema sia proprio quello. >> >> 2 scenari: >> >> 1) >> - fermi a turno *tutti* i motori openldap, >> - con l'utente di openldap (di solito si chiama "ldap") esegui il >> comando "slapindex". Senza parametri ti crea tutti gli indici che >> hai definito per TUTTI i database che hai configurato. Se hai >> piu' di un db definito ti occorre l'opzione -b per specificare lo >> specifico db. >> - tiri su il motore >> >> 2) >> - fai l'attivita' del punto 1 sul solo nodo master >> - fermi a turno gli altri nodi, cancelli tutti i file della dir >> del db *TRANNE* il file DB_CONFIG >> - riattivi i nodi e lasci che si ri-popolino con il meccanismo >> della replica >> >> Va da se' che se lasci che gli slave siano acceduti via rete >> durante il tempo della popolazione, rischi che i client facciano >> query su un db non ancora popolato e quindi non trovano tutte le >> entry nel db >> >> Fammi sapere >> Ciao >> M. >> >> >> 2010/7/8 Luigi Augello <luigi.auge...@unipa.it >> <mailto:luigi.auge...@unipa.it>> >> >> Dimenticavo come si usa slapindex? >> >> >> Augello Luigi >> Amministratore di Sistema Poli didattici di Agrigento, >> Caltanissetta e Trapani >> Università degli Studi di Palermo >> tel 093420928 >> VoIP 09123865802 >> >> ---------- Original Message ----------- >> From: Marco Pizzoli <marco.pizz...@gmail.com >> <mailto:marco.pizz...@gmail.com>> >> To: Luigi Augello <luigi.auge...@unipa.it >> <mailto:luigi.auge...@unipa.it>> >> Cc: openldap@mail.sys-net.it <mailto:openldap@mail.sys-net.it> >> Sent: Thu, 8 Jul 2010 15:11:46 +0200 >> Subject: Re: [OpenLDAP] indicizzazione database >> >> > Ciao, >> > scusa la domanda ma dopo aver aggiunto le direttive "index" >> nel file >> > di conf, hai lanciato lo slapindex? >> > >> > Se gli indici sono definiti nel file di conf e popoli da >> zero il db, >> > allora gli indici vengono creati e popolati di conseguenza. Se >> > aggiungi solo le direttive ad un db gia' popolato >> allora ottieni >> > errore perche' il motore OpenLDAP cerca di utilizzare degli >> > indici che di fatto non esistono. >> > >> > Marco >> > >> > 2010/7/8 Luigi Augello <luigi.auge...@unipa.it >> <mailto:luigi.auge...@unipa.it>> >> > Salve >> > ricevo una serie di messaggi di errore relativi >> > all'indicizzazione che di seguito aggiungo. Il fiel >> slapd.conf >> > contene le seguenti opzioni >> > >> > index objectClass eq >> > index uid,uidNumber,gidNumber,memberUid eq >> > index cn,mail,surname,givenname eq,subinitial >> > index sambaSid eq >> > index sambaPrimaryGroupSID eq >> > index sambaDomainName eq >> > index entryUUID eq >> > >> > il database è un database parecchio consistente, ci sono >> tutti gli studfenti >> > dell'università, lo utilizzo con samba come PDC per >> > l'autenticazione degli utenti e a sua volta da >> dansguardian neil >> > log in modo da sapere da chi è statop visitato un >> dete3rminato sito. >> > Ho notato che nella ricerca perde parecchio tempo e il log >> legato >> > all'aperture di un sito è nel file test >> > >> > insomma mi servirebbe ottimizzare le ricerche e di >> conseguenza gli >> > indici che no sono ottimizzati dato che lo stesso log me lo >> dice. Grazie >> > Luigi Augello >> > >> > Augello Luigi >> > Amministratore di Sistema Poli didattici di Agrigento, >> Caltanissetta >> > e Trapani Università degli Studi di Palermo tel 093420928 >> VoIP 09123865802 >> > >> > _______________________________________________ >> > OpenLDAP mailing list >> > OpenLDAP@mail.sys-net.it <mailto:OpenLDAP@mail.sys-net.it> >> > https://www.sys-net.it/mailman/listinfo/openldap >> > >> > -- >> > _________________________________________ >> > Non è forte chi non cade, ma chi cadendo ha la forza di >> rialzarsi. >> > Jim Morrison >> ------- End of Original Message ------- >> >> >> >> >> -- >> _________________________________________ >> Non è forte chi non cade, ma chi cadendo ha la forza di rialzarsi. >> Jim Morrison > > > > > -- > _________________________________________ > Non è forte chi non cade, ma chi cadendo ha la forza di rialzarsi. > Jim Morrison
_______________________________________________ OpenLDAP mailing list OpenLDAP@mail.sys-net.it https://www.sys-net.it/mailman/listinfo/openldap
