Newsgroup: it.comp.os.linux.sys
Titolo: Fedora e LDAP

Ciao,
ho fatto una nuova installazione di Fedora CORE 1.b + un yum update per
avere un ultimo aggiornamento, poi ho configurato LDAP + Samba con
autentificazione su LDAP.
Creo l'albero e poi popolo LDAP con i tools della IDEALIX con
smbldap-populate.pl
, ma di da sempre lo stesso errore ....
All'ora provo un inserimento manuale con ldapadd .... altro errore diverso.
Stoppo ldap e avvio slapd -d 256 -f /nomefileconfig (per essere sicuro che
non mi carichi un file diverso)
E come per magia funziona.
Killo il processo
Riavvio ldap con service ldap start, ma non va....
Faccio altre prove arrivando alla conclusione che non funziona se fatto
partire come servizio con  /etc/init.d/ldap
L'ho controllato, ma mi sembra a posto, ho controllato anche il path del
file di configurazione ed è corretto .....
Mah!
Ciao
-- 
------------------------------------------
Togliere aldruz- per rispondermi via e-mail
------------------------------------------

 Ciao,
[....]
Ho risolto, come sempre è una questione di permessi .... in /var/lib/ldap
Poi ho sistemato un altro problema I LOG ... come da post precedenti, non
riuscivo a far funzionare i log di slapd ...
I passaggi che mi sono stati consigliati andavano bene:
slapd.conf -> loglevel n (con n che va da -1 a 65535)
syslog.conf -> local4.* /var/log/ldap.log
ma ldap.log era sempre vuoto, qualunque "n" inserito!!!!
Studiando il file /etc/init.d/ldap (per il problema di prima) ho visto che
nell'avvio di slapd come demone nella funzione start() viene richiamato
slapd in questo modo:
slapd -u ldap -h "ldap:///" -l daemon $OPTIONS $SLAPD_OPTIONS
-u -> lo avvia con untente ldap
-h -> lo avvia sulla porta 389
-l -> se non ho capito male serve per i log.
Allora ho segato "-l daemon $OPTIONS $SLAPD_OPTIONS" e come per magia il
file ldap.log ha iniziato a riempirsi :-| 
Che ne dite ???? Ho fatto bene????


 writes:
a> On Tue, 19 Oct 2004 16:47:25 +0200, alle wrote:
a> Ho risolto, come sempre è una questione di permessi .... in
a> /var/lib/ldap
Occhio  anche  al  proprietario:  i  tool  "slap..."  hanno  la  pessima
abitudine di modificare l'uno e gli altri, a meno che non li usi proprio
come utente "ldap" (e di solito scopri che i file che dovevi leggere per
importarli,  ad es.,  nel  database LDAP  sono  di root  e con  permessi
0700...).
a> Studiando il file /etc/init.d/ldap  ....
I parametri di  slapd vengono letti da /etc/sysconfig/ldap;  il mio con-
tiene
         SLAPD_OPTIONS="-s debug -l LOCAL4"
-l = syslog "facility" (LOCAL4 e` il default di OpenLDAP)
-s = syslog "priority"  
/etc/syslog.conf ha:
local4.*      -/var/log/ldap
Quell'asterisco di fatto  rende inutile il flag "-s"  sopra, ma lo tengo
perche' non si sa mai se un domani dovro` discriminare i log o magari mi
ritrovo con un altro programma che usa LOCAL4.
a> Allora ho segato "-l daemon $OPTIONS $SLAPD_OPTIONS" e come per magia
a> il file ldap.log ha iniziato a riempirsi :-|
Evidentemente  in  /etc/syslog.conf   intercettavi  LOCAL4  (che  e`  il
default), per cui togliendo il "-l" sei tornato ad inviare i dati al ca-
nale giusto.
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]