Scusa , ma ad una più attenta verifica putroppo l'errore me lo da ancora grazie ciao Luigi Non mi ero accorto che prima avevi risposto solo a me. Non so quanti dei dati che mi hai inviato sei disposto a renderetotalmente pubblici, ma ti chiedo ti tenere sempre in CC la mailinglist.
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 nodidell'architettura. L'utente con cui dovevi eseguire il comando e' quello con cui giraopenldap. Se e' diverso rischi poi problemi subdoli a posteriori inquanto tutti i file creati dallo slapindex (li vedi con il nomeattributo.bdb nella dir del db) avranno proprietario diverso da quellodegli altri file, con il rischio che il db risulti poi corrotto... Per tornare "regolari" ti propongo di scrivere quello che hai fatto inuna mail di risposta alla mia mail che aveva in Cc la mailing list. Ciao Marco 2010/7/8 Luigi Augello <lauge...@unipa.it> Non ho accesso al nodo master e anche se lo avessi dovrei fermarel'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 chevada bene. Ti farò sapere altri sviluppi Grazie Luigi Il 08/07/2010 16.29, Marco Pizzoli ha scritto: Allora posso supporre che il tuo problemasia proprioquello. 2 scenari: 1) - fermi a turno *tutti* i motori openldap, - con l'utente di openldap (di solito si chiama "ldap") esegui ilcomando "slapindex". Senza parametri ti crea tutti gli indici che haidefinito per TUTTI i database che hai configurato. Se hai piu' di un dbdefinito 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 TRANNEil file DB_CONFIG - riattivi i nodi e lasci che si ri-popolino con il meccanismo dellareplica Va da se' che se lasci che gli slave siano acceduti via rete durante iltempo della popolazione, rischi che i client facciano query su un dbnon ancora popolato e quindi non trovano tutte le entry nel db Fammi sapere Ciao M. 2010/7/8 Luigi Augello <luigi.auge...@unipa.it> Dimenticavocomesi usa slapindex? Augello Luigi Amministratore di Sistema Poli didattici di Agrigento, Caltanissetta eTrapani Università degli Studi di Palermo tel 093420928 VoIP 09123865802 ---------- Original Message ----------- From: Marco Pizzoli <marco.pizz...@gmail.com> To: Luigi Augello <luigi.auge...@unipa.it> Cc: 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" nelfile > di conf, hai lanciato lo slapindex? > > Se gli indici sono definiti nel file di conf e popoli da zero ildb, > allora gli indici vengono creati e popolati di conseguenza. Se > aggiungi solo le direttive ad un db gia' popolato alloraottieni > 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> > Salve > ricevo una serie di messaggi di errore relativi > all'indicizzazione che di seguito aggiungo. Il fielslapd.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 glistudfenti > dell'università, lo utilizzo con samba come PDC per > l'autenticazione degli utenti e a sua volta dadansguardian neil > log in modo da sapere da chi è statop visitatoun 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 VoIP09123865802 > > _______________________________________________ > OpenLDAP mailing list > 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
