Newsgroup: it.comp.os.linux.sys
Titolo: consiglio ai naviganti: Sun OpenDS

vi lascio i miei due centesimi.... caso mai lo voleste provare pure voi.
in circa tre giorni, su ubuntu, ho provato i seguenti server ldap:
openldap (du-palle come sempre. Nell'ultima versione � scomparso
slapd.conf e come sempre � abbastanza well UNdocumented. Non ho ben
capito se slapd.conf pu� essere aggiunto ugualmente. Mi sono rotto le
--> OO e non ci ho nemmeno voluto provare).
ApacheDS ... mmh .... mmmh ... forse si, forse no.
FedoraDS: inutilizzabile in Ubuntu se sulla stessa macchina si
utilizzano apache+php, poich� richiede apache-mpm-worker che �
incompatibile con tutti pacchetti php di ubuntu. Compilare pacchetti
non � in cima alla lista dei miei sogni.
Sun OpenDS: ero un po' scettico ma mi son detto "provare non costa
nulla". Si installa rapidamente e nonostante sia scritto in java usa
pochissime risorse (*).  Non � GPL.... e pazienza, ANZI,
se lo scotto da pagare ogni volta � il fatto di dover usare software
senza documentazione, direi: meglio cos�. 
docs.dun.com
 � completissimo.
mi sono incartato un pochettino per capire il funzionamento delle ACI,
ma in una o due ore ho risolto tutto e adesso funziona tutto: SSL.
StartTLS .... e chi pi� ne ha pi� ne metta.
(*): praticamente, usa ZERO CPU, molta meno dello stupido demone
deluged, che � stato scritto in python! 
Ecco qui il riscontro: 
OpenDS usa lo 0 (ZERO) % di CPU: 
21694 root 20 0 691m 150m 3920 S 0 7.5 2:45.17 java
Deluged usa il 4% di CPU: 
2553 maxadamo 20 0 109m 20m 3344 S 4 1.0 222:47.43 deluged
Per contro, come notate, usa pi� memoria. Ma non si pu� avere tutto
dalla vita.
La CPU � il quartultimo campo. La memoria il terzultimo.
p.s.: dicono che ha una capacit� in scrittura di 14mila entry al
secondo... non male nel caso in cui si dovessero inserire delle bulk
entries megagalattiche ;-)
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 è in cima alla lista dei miei sogni.
Oh, vabbe', se si tratta di ricompilare solo un deb si può fare.
Non eri quello che usava gentoo, tu? :-P

 --> OO e non ci ho nemmeno voluto provare).
Io ho trovato una discreta ("discreta" comparata con cio' che si riesce a 
trovare in giro, che non e' molto) spiegazione della "nuova" configurazione 
di openldap qui:
http://www.zytrax.com/books/ldap/ch6/slapd-config.html
spiega anche come passare dalla vecchia alla nuova e viceversa. Dopo aver 
letto quello, anche la documentazione ufficiale
http://www.openldap.org/doc/admin24/slapdconf2.html
sembra un po' meno ostica. 
Comunque sono d'accordo, OpenLDAP rimane sicuramente un bel mattone 
indigesto.

 non è in cima alla lista dei miei sogni.
A parte l'incompatibilita` con Apache, dove hai trovato i deb da installare 
su Debian/Ubuntu?
Enrico

 Non eri quello che usava gentoo, tu? :-P
ahiahiahi :P
Infatti ricordo quel periodo come il peggiore della mia vita :)


 su Debian/Ubuntu?
PPA Launcpad per ubuntu ... eccho qui:
# apt-key adv --keyserver 
keyserver.ubuntu.com
 --recv-keys F77B1CA9
deb 
http://ppa.launchpad.net/kb9vqf/389directoryserver/ubuntu
 karmic
main
Francamente, se non avessi avuto il problema di apache-mpm-worker forse
non sarei mai arrivato a OpenDS.


 di openldap qui:
beh, ammetto che questa documentazione che mi hai sottoposto �
quantomeno accettabile ... 
resta comunque il problema che un file ".conf" � pur sempre un file di
configurazione, ma una 15 file ldif, sparsi in directory e
sottodirectory, senza un pratico tool di gestione, sono ingestibili.


 incosistenti ... ma rischio di andare fuori tema :)
Ci vado io, fuori tema. :P
Sono almeno 5 anni che uso Debian testing dappertutto (casa, ufficio, 
notebook e anche il PC del negozio di mia moglie), e i repository 
inconsistenti mi sono capitati 1 o forse 2 volte. 
Che mi ricordi bene, una volta con l'aggiornamento di Xorg (per cui 
mancavano alcuni pacchetti), mentre piu` fumoso il ricordo di un 
aggiornamento di udev (per cui era disallineato col kernel, mi sembra).
Tutti risolti in poche ore.
Bye.

 inconsistenti mi sono capitati 1 o forse 2 volte. 
E a me con Ubuntu ZERO_virgola_ZERO volte :)))
Seriamente, ho usato debian testing per un po', �, alcune volte (pi� di
una o due) quando facevo il dist-upgrade si incasinava e mi proponeva
downgrade assurdi, perch� i repository venivano aggiornati un
pezzo alla volta.
E guarda che non � cosa da poco avere un server STABLE, addirittura
pi� aggiornato della TESTING. E secondo me, in definitiva, Ubuntu �
meno peggio di come la dipingete.... e se la utilizzo non � certo
perch� ha synaptic, che credo di non aver mai usato :-)



Scusa la domanda un po' naive, ma giochicchio con questi software solo 
per hobby, non sono un professionista:
A suo tempo avevo visto che ApacheDS prendeva all'avvio 400 MB di ram 
(su windows XP). E' normale oppure l'avevo installato male?
Perche' se e' cosi', anche se occupa poca CPU, ugualmente mi tocca 
comprare una supermacchina solo per questo server, quando invece 
Openldap gira senza apparenti problemi su un PII con 256 mb di ram.
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 Openldap gira senza apparenti problemi su un PII con 256 mb di ram.
Su linux ovviamente!


Ale wrote:

Parto dalla sostanza, che secondo me � la seguente:
se MySQL � l'RDBMS dei poveri, OpenLDAP secondo me � il Directoy Server 
degli straccioni :-))) ... bah. mi si citi un "case story" su OpenLDAP,
che sia lontanamente paragonabile al succes case di mysql su facebook.
Lasciamo perdere queste stupidaggini e torniamo alla tua questione:
Mi pare di aver notato anche io qualcosa del genere cosa con apacheds.
E visto che in questo caso anche a me serve in ambito casalingo non
mi era parso il caso di utilizzarlo.
Da un punto di vista enterprise la cosa cambia chiaramente aspetto,
perch� questa � roba che in ambiente enterprise deve scalare parecchio.
Per cui, in ambiente enterprise ci si preoccupa poco di quanto consuma
quando � scarico e ci si preoccupa invece del fatto che regga bene
carichi elevati.
Giusto per farti fare un'idea, visto che parliamo di Sun. La Sun ha
35mila dipendenti e, inoltre, come saprai, per motivi legali (nei quali
non mi addentro), le persone che lasciano l'azienda non vengono
cancellate dagli LDAP, ma vengono disabilitate (cos� si fa oramai).
Come scala openldap con 50mila utenze, 500 stampanti, e 500 entry
per il sudo che vengono interpellate di continuo? Ed � comprovata la
affidabilit� di openldap con DB cos� carichi di dati (nonostante
immagino benissimo che sul sito di OpenLDAP avranno sicuramente scritto
che gestisce tranquillamente milioni di entry) ? Non vorrei sparare ad
cacchium ... per� ...


 sottodirectory, senza un pratico tool di gestione, sono ingestibili.
Da questo punto di vista sono d'accordo. A tal proposito penso che fin da 
ora mi adoperero` a migrare OpenLDAP a qualcos'altro (probabilmente 
FedoraDS)
Enrico

 FedoraDS)
FedoraDS non � malaccio... fra l'altro con OpenDS si ripropone lo stesso
problema di mysql, pi� amplificato questa volta. Il problema si chiama
Oracle Internet Directory.
Sono equivalenti come prodotti, fanno parte entrambi di una suite di
identity management e OpenDS non � GPL per cui sar� difficile piazzarlo
alla comunit� cos� com'�....
maaa.... 'sta fuzione oracle sun ha veramente tantissimi punti oscuri.



Ciao a tutti,
uso Sun Directory Server Enterprise Edition (ormai giunto alla versione 
7) in ambienti enterprise da diversi anni; � semplicemente fantastico 
(se ti interessano dettagli aggiuntivi chiedi pure).
OpenDS � in qualche maniera il suo "figlio minore"; se per te non � un 
problema utilizzare Solaris o RedHat/CentOS te lo consiglio caldamente.
Per quanto riguarda gli aspetti di licensing, tutti (o quasi) i prodotti 
SUN hanno licenza "red october" (ossia, usalo pure dove meglio credi ma 
rinunci al supporto).
Alberto

 rinunci al supporto).
E se non ricordo male rinunci pure al patching ;-)
Ne approfitto per farti notare un altro problema prossimo
venturo: Oracle Internet Directory.
Probabilmente Oracle non vorr� continuare lo sviluppo di due DS
contemporaneamente. Figuriamoci poi se sono tre....


 carichi elevati.
Ti ringrazio pwe la spiegazione.
Ho usato openldap per creare una rubrica condivisa per una piccola 
associazione di volontariato (4-5 client) ma volevo un software piu' 
facile da usare da parte degli operatori. Con openldap gia' aggiungere 
un record alla rubrica e' un lavoro da amministratori, anche perche' gli 
utenti ritengono eccessivamente complicata l'interfaccia di phpldapadmin...