Newsgroup: it.comp.os.linux.sys
Titolo: Re: Grafici e statistiche

 The hardware is the part of the computer that you can kick.

Sorry ho letto di fretta e ho letto male l'ultima frase.
Senza agent installato sulla macchina da monitorare si può fare ben
poco (a parte monitorare i servizi che si affacciano sulla rete) e
questo temo valga per tutti i sistemi di monitoraggio.
Riguardo ai permessi c'è la possibilità di account read-only e di
gruppi che permettano l'accesso ad esempio a solo certi gruppi di
host, non ho mai testato a fondo ma credo si possa configurare in
maniera abbastanza fine.
Andrea


Allora temo di non aver capito la domanda.
Esattamente cosa si intende per "uso"?


 ci hai presente quello che salta fuori da Cacti? Ecco...
Queste invece sono proprio le caratteristiche di quello che io chiamo
"sistema di monitoraggio" ... (e questi dati li monitorano sia Cacti,
che Zabbix, che Nagios).
Da quello che ho capito finora l'unico requisito certo è che non usi
PHP/MySQL.
Mi puoi spiegare quali altre "cose" diverse da un comune sistema di
monitoraggio stai cercando?
Andrea

 molto bene l'altra ed io preferirei tenerli distinti.
Ok, ora è decisamente più chiaro.
Strumenti SOLO di reportistica non ne conosco.
Per personale esperienza la configurazione per l'invio dei messaggi su
Zabbix consuma molto più caffè di quanto ne consumi la configurazione
degli host e dei grafici, il che mi fa presupporre che la reportistica
sia più gestibile della notifica.
L'ho comunque trovato un buono strumento, fa praticamente di tutto,
funziona bene e lo si può imparare ad usare nel giro di una settimana
senza diventare matti.
Tutto ovviamente IMHO, sto affare è Open quindi non sto vendendo
nulla :D
Se trovi un'altra soluzione poi riporta che a sto punto sono
curioso ;)
Andrea

 installare clients sui vari servers per avere i dati?
Con google avresti risolto brillantemente.
Comunque:
http://en.wikipedia.org/wiki/Comparison_of_network_monitoring_systems
Di quelli elencati, ed opensorc, Zenoss ha un agent per monitorare da 
remoto winblows in maniera nativa.
Volendo però anche gli altri lo fanno perchè su winblows puoi far girare 
SNMP efficacemente.
In conclusione: quello che più ti si addice è Zenoss, che ha anche una 
grafica carina.
Peccato che tutte le volte che ho provato mi abbia sempre deluso, per un 
motivo o per l'altro.

 Di quelli elencati, ed opensorc
Opensource?
Opensorca?
Dubbio amletico. ;)
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 senza diventare matti.
presumo un chiaro riferimento a nagios dove, dopo aver sminchiettato con 
le mib degli switch, puoi essere assunto al cern di ginevra.
ma lol

 le mib degli switch, puoi essere assunto al cern di ginevra.
Nagios non l'ho mai usato, ma ho avuto modo di vedere nella guida un
esempio di configurazione di UN host ...
Credo che prenderei una certificazione microzozz piuttosto che mettere
le mani li dentro :|
Andrea


ci ho messo QUATTRO mesi (una media di 3-4h a settimana) per affinare 
l'interrogazione con le MIB cisco e allied telesis...
è qualcosa di incredibile. sfiora l'assurdo...

 installare clients sui vari servers per avere i dati?
Io ho messo centreon che altri non è che un wrapper per nagios ma molto ben
configurabile. Ovviamente è in php e ha mysql come backend, ma almeno ha una
gestione dei permessi molto ben fatta e granulare. :-)
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 motivo o per l'altro.
Posso chiederti a grandi linee il motivo ?
Perche' io sto valutando altri sistemi di monitoring e per quanto possa aver 
capito Zabbix mi sembra essere l'alternativa migliore. E' molto macchinoso ma 
almeno e' ad interfaccia grafica.
Zenoss l'ho trovato molto carino ma limitato per quanto riguarda la gestione 
degli host, sbaglio ?
Ciao
Rizio
-- 
Si dice che essere liberi significa non avere nulla da perdere... ma la verità è 
che non avere nulla da perdere significa essere pronti a rischiare tutto ciò che 
si possiede.

 installare clients sui vari servers per avere i dati?
Perchè cerchi qualche cosa che non sia in PHP?

 Posso chiederti a grandi linee il motivo
Se un sistema di monitoring non monitora e se quando deve avvertirmi non 
mi avverte, può essere carino quanto vuole ma è bene non usarlo.

 mi avverte, può essere carino quanto vuole ma è bene non usarlo.
Ah ! Eh..... in effetti.....
Ok, continuero' a litigare con Zabbix (ha una logica che mi sta facendo 
rimpiangere Nagios !!! Mah... forse sono solo troppo vecchio per queste.... :) )
Grazie


 queste.... :) )
Sinceramente, ma l'ho già detto, tra tutti quelli opensource (e pure 
quelli closed) non ce n'è uno che mi aggradi troppo e tra tutti nessuno 
fa al caso mio al 100% (ma nemmeno al 50).
Comunque il migliore per le notifiche è nagios.
Se uno vuole i grafici, zabbix è il più flessibile.

 queste.... :) )
io provengo da nagios e ieri, incuriosito, ho installato zabbix. molto 
carino, però ad un certo punto mi sono detto:
"sembra più facile editare file di testo per inserire host piuttosto che 
impazzire con i template..."
:D
poi comunque gli agent di nagios si installano più facilmente. cavolate, 
ma se devi installarlo su larga scala ne risenti.
ora provo cacti così mi tolgo il pensiero...

 ora provo cacti così mi tolgo il pensiero...
Per cacti c'e' questo interessante plugin per connetterlo a nagios (o vice versa 
:) )
http://trac2.assembla.com/npc/
Che imho potrebbe dare molto gusto....


 Se uno vuole i grafici, zabbix è il più flessibile.
Non sono arrivato ai grafici, io cercavo un system network monitor.
Non so, forse manca la documentazione corretta; per lo meno la carenza che ho 
notato io e' che anche googlando per ore non trovi un bel documento passo passo 
o comunque di facile comprensione. La documentazione ufficiale della 1.4 e' 
carente e quella della 1.6 ti racconta la fava e la rava senza arrivare al 
dunque.... (tutto e sempre imho ovviamente)


 imho ovviamente)
FYI siamo alla 1.8 ed il manuale mi sembra sia stato profondamente rivisto

 FYI siamo alla 1.8 ed il manuale mi sembra sia stato profondamente rivisto
Io sto usando la versione presente nei repository debian e mi riferivo solo alla 
documentazione della 1.6, magari provo a guardare la documentazione della 1.8 
come dici tu, ma temo poi di discorstarmi troppo dalla versione che sto provando 
ad utilizzare.


 impazzire con i template..."
Io ODIO Zabbix, mi fa letteralmente SCHIFO.
Per i motivi che avete esposto un po tutti, ma devo dire che ho
trovato una soluzione
che mi aggrada: faccio tutto tramite snmp ed autodiscovery.
L'ho impostato 6 mesi fa e letteralmente "me ne sbatto" della
configurazione.
Mi basta attivare snmp (4-5 righe) su ciascun host da monitorare e
zabbix se lo
porta dentro da solo, associandolo ad un template predefinito.
Impostato una volta, non si tocca più. Manda notifiche e quant'altro
in maniera
completamente automatizzata.
Va da se che tutti i server devono essere più o meno standard tant'è
che ne monitoro
giusto i parametri principali (traffico, errori, cpu, memoria, spazio
disco etc etc).
Funziona egregiamente.
Per tutto ciò che non rientra nello "standard" sono in cerca di un
pannellino che
mi permetta di ricevere le trap snmp. Questo perchè sul singolo host
devo comunque
metterci mano per installare l'agente snmp, dal momento che vado li a
configurare,
posso configurare anche le trap.  Se, le configurazioni "custom" sugli
host diventano
troppe, modifico il template su Zabbix.

...proviamo zenoss... non sembra malvagio... ora vediamo se funziona... :D

 ...proviamo zenoss... non sembra malvagio... ora vediamo se funziona... :D
Per cuiriosità, perchè Zabbix con autodiscovery non ti va bene?
Fa tutto lui. Non devi nemmeno aprire il pannello.
Oppure, OpenNMS?
Zenoss è un mattone, sia come grafica che come software.
Giusto per sapere.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 Perchè cerchi qualche cosa che non sia in PHP?
Una risposta puo` essere data dal fatto che in PHP il 95% del software e` 
crapware
Enrico

 crapware
Generalizzazione senza senso però....



Vale lo stesso per perl, C, python e simili.
Di solito la qualità del software la fa il programmatore, non il 
linguaggio.

 Oppure, OpenNMS?
non è che non vada bene, è che mi sto facendo un giro cognitivo di tutti...

 linguaggio.
D'accordissimo, pero` non dimentichiamoci che ci sono linguaggi di 
programmazione che ti portano a scrivere spaghetti code in modo piu` 
semplice di altri. E PHP e` uno di questi
Enrico



Permettimi un appunto.
Col Perl scrivi codice offuscato che è una meraviglia.
Col Perl scrivi castronerie immani senza accorgertene. Sono famose le 
vulnerabilità di awstats.
Col C se non hai una ottima esperienza, scrivi codice che crasha alla 
prima eccezione o che ti permette accessi locali/remoti in un batter 
d'occhio. Il kernel di linux per non andare molto lontano.
E così via...
PHP è un linguaggio e come tale si presta a scrivere spaghetti code come 
gli altri.
Il problema del PHP sono i programmatori Wannabe che scrivono minchiate 
senza saperlo, non il linguaggio in generale (che per altro ha avuto le 
sue vulnerabilità, come le hanno avute gli altri).

 Col Perl scrivi codice offuscato che è una meraviglia.
Aggiungerei ad esempio che la mia esperienza diretta con svariati
programmatori nati e cresciuti in perl mi ha evidenziato una certa
tendenza agli oneliner ultracompressi e strafighi.
Poco comprensibili e a volte dal comportamento poco prevedibile (dallo
sviluppatore, ovviamente), ma usati in abbondanza in quanto fanno cool.
Quello che io chiamo "programmare come cartoni animati"... :-\
-- 
Professional System & Network Sarcazzer
http://bofhskull.wordpress.com/

 sue vulnerabilità, come le hanno avute gli altri).
vero, php ha come unico difetto concreto l'essere strautilizzato nelle 
applicazioni web based.
applicazioni webbased = % di programmatori improvvisati molto più alta
alla fine la reputazione che spesso si porta dietro è appesantita da un 
background di sviluppatori spesso meno preparato perchè mossi da 
esigenze saltuarie

 Quello che io chiamo "programmare come cartoni animati"... :-\
Beh spero che il mio codice che tu hai sia comprensibile.
Io odio il codice perl incasinato.
Sarà pure più figo, ma 2 mesi dopo se ci metti le mani non ci capisci una 
mazza.

 mazza. 
Il tuo è pulito e comprensibile in maniera pressochè esemplare,
tranquillo...


 sue vulnerabilità, come le hanno avute gli altri).
Ebbene si, quoto tutto.


 sue vulnerabilità, come le hanno avute gli altri).
Che e`, indirettamente, quello che ho detto nel mio primo post 
sull'argomento :)
Enrico

 sull'argomento :)
Si ma non girarci attorno adducendo futili motivazioni, stile il PHP ha 
il gomito che fa contatto col piede o che il Python è rimasto chiuso 
nell'autolavaggio... (qualcuno noterò riferimenti musicali dei tardi anni 
'80)
Il linguaggio ha poco a che vedere col codice scadente.
Il codice non lo scrive il linguaggio, lo scrive il programmatore, almeno 
fino a quando l'intelligenza artificiale non prenderà il sopravvento.

 Ed è un punto a favore del PHP, non contro.
Altrimenti sarebbe come dire che le Smart fanno schifo perchè
hanno il cambio automatico...


 fino a quando l'intelligenza artificiale non prenderà il sopravvento.
Mi sta bene, ma e` anche compito del linguaggio darmi una semantica tale da 
permettermi di ottenere qualsiasi risultato sia in modo coerente e pulito, 
sia in modo sporco e poco manutenibile
Enrico
P.S. probabilmente il problema di PHP e` anche un altro: e` diventato il 
Visual Basic degli anni 2000, e si vede

 una corretta gestione (e quindi manutenzione) del progetto
Credo che tu stia confrontando PHP (che, nudo e crudo, e` un linguaggio) 
con Java+Struts, Python+[inserire framework qui], ASP.Net, ecc. che sono 
framework.
E` l'errore che fa solitamente chi non conosce PHP. Il vero problema e` 
che appunto chi si avvicina e non lo conosce, non va a cercare altri 
sistemi. Ma e` un problema del programmatore, non del linguaggio.
Per PHP ci sono ottimi framework, ottimi motori di templating, ottimi CMS 
e ottime librerie, ma bisogna avere voglia di studiarsele.
Ne` Java, ne` Python ne` Perl hanno funzioni di templating HTML nella 
libreria base, e niente vieta di generare pagine con dei semplici print 
"""<html>...</html>""". Hanno bisogno di un framework.
PHP permette di fare a meno del framework, ma non impedisce di usarlo.
L'unico punto su cui sono d'accordo e` il supporto a Unicode, che doveva 
apparire l'anno scorso con PHP6 (e invece ci hanno dato PHP5.3 per 
mantenere la compatibilita`), ma nel 90% dei casi basta usare la libreria 
mb al posto delle funzioni C sulle stringhe (mb_strlen al posto di 
strlen, per dire). Tutto il codice che scrivo da 3 anni a questa parte e` 
sempre e solo in utf-8, per esempio, dall'editor al database. Il fatto 
che le stringhe non siano oggetti ma semplici pezzi di memoria ha anche 
qualche vantaggio. :)
 
Bye.