Per reinstallare le applicazioni nei client Assegnate tramite GPO non basta rimuoverle dal client tramite il pannello Add/Remove Programs.

Anche se il deploy delle applicazioni utilizzando le GPO fanno risparmiare un sacco di tempo agli amministratori di rete, questa metodologia non prevede un’opzione che permetta di effettuare una reinstallazione dell’applicazione su un singolo client.

Se l’applicazione viene disinstallata tramite al pannello Add/Remove Programs, il deploy dell’applicazione tramite GPO non viene effettuato.

1. SOLUZIONE
Per risolvere il problema, bisogna rimuovere dal registro del client la Key relativa all’applicazione da reinstallare.

Tramite Regedit, accedere nell’area in cui sono configurate le keys delle applicazioni installate tramite GPO.

Le keys sono localizzate in:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Group Policy\AppMgmt

Le applicazioni sono identificate da stringhe tipo:

{3acc8818-61e2-4790-afd1-8615213dcbfd}

Individuare l’applicazione da reinstallare (Acrobat Reader X nell’esempio).

Cancellare la corrispondente chiave di registro.

Per forzare la reinstallazione dell’applicazione, eseguire dal client il comando:

gpupdate /force

Al successivo login alla rete, l’applicazione sarà installata automaticamente dal sistema tramite GPO.

Hai già letto questi articoli?

• Lotus Notes 8.5.2 non rileva gli update tramite Smart Upgrade visualizzando “Kit non presente”
• Customizzare Acrobat Reader X e deploy tramite GPO

Nelle reti moderne i sistemi Linux sono fortemente presenti e anche loro necessitano di essere costantemente aggiornati.

Per monitorare lo stato degli aggiornamenti tramite Nagios, è necessario utilizzare un plugin specifico chiamato check_yum.

1. PREREQUISITI
Il plugin richiede la presenza del sistema Nagios e prevede l’installazione nella macchina da monitorare di due package:

1. Sistema Nagios operativo
2. nagios-nrpe
3. yum-security

2. PROCEDURA
Tramite il comando yum, installare il package yum-security e nagios-nrpe (disponibili nel repository rpmforge). yum-security è disponibile solo per la versione 5.x di CentOS.

# yum install yum-security nagios-nrpe

Scaricare il plugin check_yum ed assegnare i permessi di esecuzione.

# chmod 755 check_yum

Copiare il file check_yum nella directory /usr/lib/nagios/plugins.

# cp check_yum /usr/lib/nagios/plugins

Editare il file nrpe.cfg ed aggiungere l’istruzione:

command[check_yum]=/usr/lib/nagios/plugins/check_yum

# vi /etc/nagios/nrpe.cfg

Rendere il servizio nrpe avviabile al boot e riavviarlo per acquisire le nuove impostazioni.

# chkconfig nrpe on
# service nrpe restart

Dal sistema da monitorare, testare che il plugin check_yum funzioni.

Effettuare un test manuale anche da Nagios.

Configurare Nagios per rendere operativo il plugin definendo il comando:

command_name nrpe_check_yum
command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c check_yum

Il sistema di monitoraggio è adesso in grado di visualizzare lo stato dei security updates.

Con questa implementazione il servizio di monitoraggio fornisce un’informazione in più utile a migliorare la manutenzione dei sistemi.

Hai già letto questi articoli?

• Monitorare AS/400 con Nagios in CentOS
• Monitorare server ESX(i) con Nagios tramite plugin check_esx su CentOS
• Installare l’addon NagVis per Nagios su CentOS
• Installare VMWare tools tramite yum in CentOS 6

Quando si effettua l’operazione di Extend Volume in Windows 2008 R2, può capitare che lo spazio disponibile su disco rimanga invariato.

Questa anomalia di fatto porta Windows Explorer ad indicare un valore di disk size / free space errato con conseguenti alert dei sistemi di monitoraggio rete e soprattutto di spazio su server.

1. SCENARIO
Il sistema di monitoraggio della rete segnala una criticità al disco dati del server: il volume è quasi saturo.

Poichè si tratta di un server in ambiente VMware, tramite vCenter si incrementa la capacità del disco virtuale.

Da Windows tramite il tool Disk Management si effettua l’operazione di Extend Volume per incrementare lo spazio della partizione (disco E: nell’esempio).

Cliccare col tasto destro del mouse sul volume da estendere e selezionare l’opzione Extend Volume.

Il volume in questo caso viene esteso di 50GB.

Terminata la procedura, il sistema riporta i nuovi valori di capacità del volume.

Nonostante l’operazione di Extend Volume, il sistema di monitoraggio riporta però lo stesso messaggio di alert.

Verificando le proprietà del disco tramite Windows Explorer, i valori riportati Capacity e Free space non coincidono con i valori attesi.

Analizzando il volume con l’utility Diskpart, il disco risulta invece della dimensione corretta.

Effettuando un controllo con il comando Chkdsk, i valori riportati risultano corretti.

2. PROCEDURA
Il problema viene risolto effettuando l’operazione di Extend Filesystem tramite l’utility Diskpart.

Accedere al Command Prompt come Administrator.

Digitare da console i comandi:

- list volume
- select volume
- extend filesystem

Analizzando nuovamente le proprietà del disco tramite Windows Explorer, i valori riportati sono corretti.

Anche il sistema di monitoraggio rileva i valori corretti riportando lo stato di alert su OK.

Avere un full backup prima di questa operazione mette al riparo da potenziali spiacevoli imprevisti.

Articoli che potrebbero interessarti

• Upgrade di Lotus Domino e Lotus Notes Traveler 8.5.x alla versione 8.5.3
• Effettuare lo shutdown completo della struttura VMware vSphere 4
• Cambiare il path dello spooler di stampa in Windows 2008 R2
• In Windows 2008 R2 le GPO non vengono applicate nei client XP e 2003

Ripristinare o reinstallare un server ESX in tempi rapidi permette di ristabilire la piena funzionalità della struttura virtuale limitando al minimo disservizi potenzialmente dannosi al business svolto.

L’operazione è possibile tramite l’appliance VMware vSphere Management Assistant che permette di eseguire script da console per interagire con i server ESX(i).

1. PREREQUISITI
Dal sito VMware scaricare vSphere Management Assistant ed effettuare l’installazione della virtual machine.

Avviare la virtual machine ed impostare, come richiesto, i parametri di rete e la password dell’utente vi-admin. Terminata l’operazione, viene visualizzata la schermata di default di vMA.

Connettersi in SSH a vMA tramite PuTTY, KiTTY o tool simili. Se la connessione in SSH dovesse fallire, editare il file /etc/hosts.allow ed aggiungere la riga:

sshd: ALL: ALLOW

# sudo vi /etc/hosts.allow

1. BACKUP DELLA CONFIGURAZIONE
Da console, creare una directory backup in cui verrà salvato il backup e assegnare i corretti permessi di scrittura.

# sudo mkdir /backup
# sudo chmod 770 /backup

Per effettuare il backup della configurazione, utilizzare da console il comando nella forma:

vicfg-cfgbackup -s -server IP_address_ESX path_destination*

*path_destination è la directory all’interno della virtual machine vMA precedentemente creata.

# vicfg-cfgbackup -s -server 192.168.20.10 /backup/esxi1-backup

Per salvare il file di configurazione nel proprio PC, tramite WinSCP o programmi simili collegarsi a vMA e copiare il file di backup precedentemente creato.

2. RESTORE DELLA CONFIGURAZIONE
Per ripristinare la configurazione salvata, effettuare innanzitutto lo shutdown delle virtual machine attive.

Da console digitare il comando nella forma:

vicfg-cfgbackup -l -server IP_address_ESX path_destination

# vicfg-cfgbackup -l -server 192.168.20.10 /backup/esxi1-backup

Per eseguire il restore, digitare YES e premere Invio. Completato il restore, il server ESX(i) viene riavviato per completare l’operazione.

Avere il backup della configurazione di un server facilita notevolmente il lavoro evitando di dover riconfigurare manualmente tutto il sistema.

Hai già letto questi articoli?

• Monitorare server ESX(i) con Nagios tramite plugin check_esx su CentOS
• Applicare le patch a VMware ESXi 4.1 tramite CLI
• Integrare VMware ESXi 4.1 in Active Directory
• Effettuare lo shutdown completo della struttura VMware vSphere 4

Durante l’operazione di backup delle virtual machine tramite VMware Data Recovery, compare un messaggio di errore relativo all’Integrity Check.

L’errore riporta il messaggio:

Backup Set "path_to_backup" will be locked until the restore point with errors are deleted and integrity check succeeds.

Il sistema notifica il problema con la visualizzazione dell’errore.

Da VMware vCenter, accedere alla gestione del Data Recovery e selezionare il pannello Reports per verificare gli errori segnalati.

Selezionare il pannello Restore e selezionare la voce Damaged Restore Points dal menu del campo Filter. In questo modo verranno visualizzati solo i punti di restore danneggiati.

Dall’elenco mostrato, selezionare il Restore Point danneggiato.

Cliccare su Mark for Delete in modo da eliminare il punto danneggiato e permettere l’esecuzione del backup.

Selezionare il pannello Configuration ed eseguire nuovamente l’operazione di Integrity Check.

Dal pannello Reports è possibile seguire lo status dell’operazione.

Terminata la procedura, l’Integrity Check viene completata al 100% senza errori.

E’ ora possibile procedere al backup della virtual machine in modalità manuale o attendere l’esecuzione pianificata.

Hai già letto questi articoli?

• Il plugin VMware Data Recovery di vCenter non trova l’appliance VDR

Nagios è uno dei più efficienti sistemi di monitoraggio rete ma necessita di plugin dedicati per monitorare sistemi specifici come l’AS/400.

Per monitorare l’AS/400 esiste il plugin check_as400 che opportunamente configurato permette di rilevare lo stato di alcune componenti di questo sistema.

1. PREREQUISITI
Per il corretto funzionamento del plugin, sono necessari tre requisitifondamentali:

1. Sistema di monitoraggio basato su Nagios.
2. Bisogna creare un utente generico nel sistema AS/400 con permessi limitati per permettere l’accesso del plugin al sistema. Come riportato dall’autore del plugin, l’utente deve avere accesso a WRKSYSSTS, WRKOUTQ, WRKACTJOB, DSPJOB, DSPSBSD e DSPMSG.
3. Poichè il plugin è scritto in Java, nel sistema va installata la versione JRE.

2. PROCEDURA
Scaricare dal sito Oracle la versione JRE 6 di Java e copiarla nel sistema. La versione attualmente disponibile è la  Java SE 6 Update 29. Se viene scaricata la versione autoinstallante jre-6u29-linux-i586-rpm.bin. , rendere il file eseguibile tramite il comando chmod.

# chmod +x jre-6u29-linux-i586-rpm.bin

Procedere con l’installazione di Java.

# ./jre-6u29-linux-i586-rpm.bin

Scaricare il plugin da SourceForge e scompattare il file nel sistema.

# tar -xzvf as400NagiosPlugin-018.gz

Creare la directory /usr/lib/nagios/plugins/check_as400 e copiare i file *.class e check_as400 presenti nella directory scompattata del plugin nella nuova directory.

# mkdir /usr/lib/nagios/plugins/check_as400
# cd as400NagiosPlugin
# cp *.class /usr/lib/nagios/plugins/check_as400/
# cp check_as400 /usr/lib/nagios/plugins/check_as400/

Creare nella directory /usr/lib/nagios/plugins/check_as400/ il file nascosto .as400 dove memorizzare l’utente e la password dell’utente AS400.

# cd /usr/lib/nagios/plugins/check_as400/
# vi .as400

Aggiungere utente e password come indicato:

USER=account_AS400
PASS=password_AS400

Restringere i diritti di accesso al file .as400 precedentemente creato.

# chmod 700 /usr/lib/nagios/plugins/check_as400/.as400

Assegnare l’ownership della directory /usr/lib/nagios/plugins/check_as400/ all’account nagios.

# chown -R nagios.nagios /usr/lib/nagios/plugins/check_as400/

Editare il file /usr/lib/nagios/plugins/check_as400/check_as400 e verificare ed eventualmente modificare i path di sistema.

originale
USER=`cat /usr/nagios/libexec/.as400 |grep -e USER | cut -d = -f 2`
PASS=`cat /usr/nagios/libexec/.as400 |grep -e PASS | cut -d = -f 2`
/usr/lib/java/bin/java -cp /usr/nagios/libexec check_as400 -u $USER -p $PASS $*

CentOS
USER=`cat /usr/lib/nagios/plugins/check_as400/.as400 |grep -e USER | cut -d = -f 2`
PASS=`cat /usr/lib/nagios/plugins/check_as400/.as400 |grep -e PASS | cut -d = -f 2`
/usr/java/jre1.6.0_29/bin/java -cp /usr/lib/nagios/plugins/check_as400 check_as400 -u $USER -p $PASS $*

3. TESTARE IL PLUGIN
Terminata l’installazione e configurazione, non resta che testare il plugin per verificare se il tutto funziona correttamente.

Per testare manualmente la funzionalità, da console digitare l’istruzione seguente per verificare se il plugin riesce a logarsi al sistema AS/400.

# ./check_as400 -H as400 -v LOGIN

Un altro test è verificare il carico della CPU.

# ./check_as400 -H as400 -v CPU -w 80 -c 90

Configurato con i parametri AS/400 da monitorare, il sistema Nagios visualizzerà il risultato dei controlli tramite check_as400. Esempi di configurazione sono presenti in services.example e checkcommands.example all’interno del file compresso del plugin in.

Il sistema AS/400 può essere adesso monitorato per prevenire eventuali malfunzionamenti evitando blocchi potenzialmente pericolosi per il business aziendale.

Hai già letto questi articoli?

• Monitorare server ESX(i) con Nagios tramite plugin check_esx su CentOS
• Installare l’addon NagVis per Nagios su CentOS
• Installare Cacti + Plugin Nagios su CentOS 5.x
• Monitorare i security updates per CentOS 5.x tramite Nagios

check_esx3.pl è un plugin che permette di monitorare i componenti critici dei server ESX(i) tramite il sistema Nagios.

Per funzionare correttamente, il plugin necessita del package Perl-SDK di VMware e deve essere installato in un sistema in cui sia presente Nagios.

1. PROCEDURA
Dal sito VMware scaricare VMware-vSphere-Perl-SDK versione 4.1 e copiarlo sul sistema di monitoraggio Nagios.

# tar -xzvf VMware-vSphere-Perl-SDK-4.1.0-254719.i386.tar.gz
# cd vmware-vsphere-cli-distrib
# ./vmware-install.pl

L’installazione inizia visualizzando l’EULA. E’ necessario scorrerla tutta per procedere.

Accettare l’EULA digitando yes e premere Invio.

Accettare la directory predefinita /usr/bin e premere Invio.

Per poter utilizzare il plugin è necessario installare il componente Nagios::Plugin. L’installazione è possibile farla tramite il comando yum.

# yum install perl-Nagios-Plugin

Scaricare dal sito git.op5.org il plugin check_esx3.pl.

# wget “http://git.op5.org/git/?p=nagios/op5plugins.git;a=snapshot;h=1fe4ba671d29dcdf7c281b686ec39a291632ae4c;sf=tgz” -O check_esx3.pl

Rendere il file eseguibile tramite il comando chmod.

# chmod +x check_esx3.pl

Copiare il file nella directory /usr/lib/nagios/plugins.

# cp check_esx3.pl /usr/lib/nagios/plugins/

Tramite vSphere Client –> Local Users & Groups, creare un utente che sarà utilizzato dal plugin per monitorare il sistema. Prestare attenzione al formato della password che richiede certi criteri di password complexity.

In vSphere Client –> Permissions, assegnare il ruolo di Read-only all’utente appena creato e cliccare su OK.

Per testare se il plugin funziona, digitare da console:

# cd /usr/lib/nagios/plugins
# ./check_esx3.pl -H IP_Address_ESX -u AccountMonitor -p Password -l cpu -s usage -w 80 -c 90

Testato che il plugin funziona correttamente, definire il comando check_esx in Nagios prestando attenzione alla sintassi. Editare il file /etc/nagios/resource.cfg ed impostare le variabili dell’utente utilizzato dal plugin per accedere al server ESX(i).

USER2$=account
USER3$=password

# vi /etc/nagios/resource.cfg

Per monitorare il carico della CPU, ad esempio, utilizzare la seguente sintassi:

$USER1$/check_esx3.pl -H $HOSTADDRESS$ -u $USER2$ -p $USER3$ -l cpu -s usage -w $ARG1$ -c $ARG2$

Alcuni esempi di configurazione:

disk
command_name      check_esx_disk
command_line          $USER1$/check_esx3.pl -H $HOSTADDRESS$ -u $USER2$ -p $USER3$ -l vmfs -w $ARG1$ -c $ARG2$

ram
command_name      check_esx_ram
command_line          $USER1$/check_esx3.pl -H $HOSTADDRESS$ -u $USER2$ -p $USER3$ -l mem -s usagemb -w $ARG1$ -c $ARG2$

swap
command_name      check_esx_swap
command_line          $USER1$/check_esx3.pl -H $HOSTADDRESS$ -u $USER2$ -p $USER3$ -l mem -s swap -w $ARG1$ -c $ARG2$

status
command_name      check_esx_status
command_line          $USER1$/check_esx3.pl -H $HOSTADDRESS$ -u $USER2$ -p $USER3$ -l runtime -s status

nic
command_name      check_esx_nic
command_line          $USER1$/check_esx3.pl -H $HOSTADDRESS$ -u $USER2$  -p $USER3$ -l net -s nic

issues
command_name      check_esx_issues
command_line          $USER1$/check_esx3.pl -H $HOSTADDRESS$ -u $USER2$ -p $USER3$ -l runtime -s issues

Altri parametri di configurazione sono disponibili nel sito op5.com.

Configurati i parametri da monitorare, Nagios è in grado di visualizzare lo stato del server ESX(i) specificato.

Un plugin molto comodo che permette di tenere sotto controllo i server ESX(i) diventati ormai i core system in molte aziende.

Hai già letto questi articoli?

• Backup della configurazione di ESX(i) 4.x, 5.x tramite vMA
• Monitorare AS/400 con Nagios in CentOS
• Installare l’addon NagVis per Nagios su CentOS
• Applicare le patch a VMware ESXi 4.1 tramite CLI

Il sistema di monitoraggio della rete segnalava un utilizzo molto elevato della CPU nel server VMware VirtualCenter richiedendo un certo tempo per effettuare le varie operazioni.

Tramite il Windows Task Manager si nota che il servizio CollectorServerHost.exe utilizza quasi il 100% della CPU rendendo la risposta del server molto lenta. Questo servizio fa parte della VMware Guided Consolidation, un’opzione inclusa nell’installazione di vCenter.

1. SOLUZIONE
Se questa feature non è richiesta nel business svolto e senza dover rimuovere il servizio che potrebbe ritornare utile un domani, il sistema viene configurato per disabilitare questa opzione. Tramite Notepad, editare il file vpxd.cfg situato in Windows 2008 R2 in C:\ProgramData\VMware\VMware VirtualCenter\ (in Windows 2003 si trova in  %ALLUSERPROFILE%\Application Data\VMware\VMware VirtualCenter\).

Identificare la sezione <config> e aggiungere le istruzioni qui riportate e salvare il file.

<vcp2v>
<dontStartConsolidation>true</dontStartConsolidation>
</vcp2v>

Da Start –> Administrative Tools –> Services, riavviare il servizio VMware VirtualCenter Server.

Il servizio viene riavviato insieme al servizio collegato VMware VirtualCenter Management Webservices.

Tramite Windows Task Manager verificare nuovamente il carico della CPU.

Dopo la modifica i valori di utilizzo della CPU rientrano nella normalità risolvendo così il problema. Per riabilitare il servizio è sufficiente rimuovere le righe precedentemente inserite nel file vpxd.cfg e riavviare il servizio VMware VirtualCenter Server.

Hai già letto questi articoli?

• Errore editando i setting del template in vCenter Server 4.1 “PropertyCollector.RetrieveContents”
• Applicare le patch a VMware ESXi 4.1 tramite CLI
• Fix per com.vmware.converter error “Unable to retrieve health data from…” dopo la migrazione a vSphere 4.1
• Errore in vSphere 4.1 “Transaction log for database VIM_VCDB is full”

NagVis è un addon per Nagios che permette di visualizzare in formato grafico dati relativi a host, servizi, infrastrutture di rete, etc.

Il tool presenta una migliore visualizzazione delle mappe di Nagios favorendo una visione più chiara del sistema.

1. PREREQUISITI
Per il funzionamento di NagVis è richiesta l’installazione del package Graphviz oltre alla presenza di Nagios.

Per una migliore gestione degli aggiornamenti e dell’installazione stessa, creare il file /etc/yum.repos.d/graphviz.repo ed inserire le istruzioni per il graphviz repository.

# vi /etc/yum.repos.d/graphviz.repo

[graphviz-stable]
name=Graphviz – RHEL $releasever – $basearch
baseurl=http://www.graphviz.org/pub/graphviz/stable/redhat/el$releasever/$basearch/os/
enabled=1
gpgcheck=0

Ora è possibile effettuare l’installazione di Graphviz tramite il comando yum.

# yum -y install graphviz

2. INSTALLAZIONE DI NAGVIS
Scaricare l’ultima versione di NagVis tramite il comando wget.

# wget http://sourceforge.net/projects/nagvis/files/latest/download?source=files

Scompattare il file compresso e lanciare lo script di installazione.

# tar -xzvf nagvis-1.5.9.tar.gz
# cd nagvis-1.5.9
# ./install.sh -B /usr/bin/nagios -m /usr/sbin/ndo2db-3x

Digitare Y per procedere.

Vengono verificati i requisiti di sistema per la corretta installazione dell’applicativo.

Digitare Y per iniziare l’installazione di nagvis.

Editare il file /usr/nagvis/etc/nagvis.ini.php ed impostare user, password e dbinstancename utilizzati nel database. I vari parametri possono essere recuperati dai file di configurazione /etc/nagios/ndomod.cfg e /etc/nagios/ndom2db.cfg.

# vi /usr/nagvis/etc/nagvis.ini.php

3. ACCEDERE A NAGVIS
Per accedere a NagVis, da browser digitare l’indirizzo http://IP_nagios/nagvis. Come default per accedere al sistema, nome e password sono nagioasadmin/nagiosadmin.

Cliccando su Login si accede alla schermata di NagVis.

Per accedere in edit mode, digitare l’indirizzo http://IP_nagios/nagvis/frontend/wui/.

La procedura di installazione è terminata e NagVis è installato e pronto all’uso.

Hai già letto questi articoli?

• Monitorare AS/400 con Nagios in CentOS
• Monitorare server ESX(i) con Nagios tramite plugin check_esx su CentOS
• Installare Cacti + Plugin Nagios su CentOS 5.x
• Monitorare i security updates per CentOS 5.x tramite Nagios

Il servizio SNMP (Simple Network Management Protocol) è un protocollo utilizzato per gestire i vari device (router, switch, server, etc.) su reti IP.

E’ utilizzato principalmente in sistemi di monitoraggio dei sistemi (Nagios ad esempio).

Anche i server Windows possono essere monitorati tramite il servizio SNMP che però deve essere prima installato e configurato per poter essere utilizzato.

1. PROCEDURA
L’installazione del servizio avviene tramite l’utility Server Manager.

Analizzando la sezione Features Summary, non sono presenti servizi installati.

Espandere la voce SNMP Services e selezionare l’opzione SNMP Service. Click su Next.

Cliccare su Install per Iniziare l’installazione del servizio.

L’installazione del servizio SNMP inizia.

Terminata la procedura viene visualizzata una finestra riepilogativa dei servizi installati.

Verificando nuovamente la sezione Features Summary, compare il servizio SNMP appena installato.

Per accedere alla configurazione del servizio SNMP, cliccare Start -> Administrative Tools -> Services. Cliccare con il tasto destro del mouse sulla voce SNMP Service e selezionare Properties.

Selezionare la tab Agent, impostare i parametri richiesti.

Selezionare la tab Security e cliccare il bottone Add  della sezione Accepted community names. Specificare il nome nel campo Community Name e cliccare Add.

Cliccare sul bottone Add della sezione Accept SNMP packets from these hosts. Impostare l’IP o l’host name del server di monitoraggio in uso e cliccare su Add.

Terminato l’inserimento dei parametri, selezionare l’host specificato per il monitoraggio e cliccare su OK.

Accedendo al sistema di monitoraggio, è possibile vedere lo stato del server utilizzando il protocollo SNMP.

Configurando i parametri più significativi del server, il sistema di monitoraggio permette di avere sotto controllo lo stato del server utile a facilitare l’intervento in caso di necessità.

Hai già letto questi articoli?

• Monitorare AS/400 con Nagios in CentOS
• Monitorare server ESX(i) con Nagios tramite plugin check_esx su CentOS
• Setup di OSSEC (log analyzer) su CentOS 5
• Installare Nagios + NagiosQL su CentOS