NoLabNoPartY.com » vsphere

Backup della configurazione di ESX(i) 4.x, 5.x tramite vMA

P@olo — Mon, 16 Jan 2012 06:00:00 +0000

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

P@olo — Mon, 12 Dec 2011 06:00:00 +0000

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?

Aggiornare VMware ESXi 4.1 alla versione 5.0

P@olo — Mon, 12 Sep 2011 05:00:00 +0000

Con l’uscita della nuova versione di VMware ESXi 5.0.0, è tempo di effettuare l’upgrade dei server alla nuova versione.

L’operazione di aggiornamento risulta semplice ed immediata senza implicare particolari configurazioni.

Naturalmente prima di effettuare la procedura e sempre buona cosa effettuare un backup delle virtual machine presenti sull’host in aggiornamento.

1. PROCEDURA
Scaricare il software dal sito VMware, ed inserire il CD di installazione nel drive del server fisico da aggiornare.

Premere il tasto F12 per effettuare il reboot dell’host ESXi da aggiornare.

Inserire le credenziali dell’utente autorizzato per effettuare l’operazione di reboot.

Premere il tasto F11 per avviare la procedura di reboot del sistema.

Il sistema inizia la fase di reboot.

Al riavvio del server, il sistema effettua il boot dal CD precedentemente inserito visualizzando il Boot Menu. Premere Invio per iniziare l’upgrade.

Vengono caricati i file di sistema necessari ad effettuare l’aggiornamento.

Compare la finestra in cui l’operazione di boot del sistema indica la nuova versione di ESXi in avvio.

Premere Invio per proseguire.

Premere F11 per accettare l’EULA.

Il sistema effettua lo scan per rilevare i device presenti nel server.

Selezionare il disco da aggiornare e premere Invio.

Viene effettuata un’ulteriore scansione del drive selezionato.

Se non si hanno particolari esigenze, lasciare l’opzione di default proposta selezionata e premere OK.

Raccolte le informazioni necessarie per l’aggiornamento, premere F11 per avviare il processo.

Il sistema effettua l’aggiornamento alla nuova versione 5.0.0.

Quando l’operazione termina, viene visualizzata una schermata con lo status di aggiornamento (successfully). Rimuovere il CD di installazione dal drive e premere Invio per effettuare il reboot.

Quando termina la fase di boot di ESXi, la nuova schermata principale di ESXi 5.0.0 è visualizzata.

Con questa semplice procedura, il server è stato aggiornato alla nuova versione 5.0.0.

Hai già letto questi articoli?

Applicare le patch a VMware ESXi 4.1 tramite CLI

P@olo — Mon, 13 Dec 2010 06:00:00 +0000

Con l’uscita delle patch e degli aggiornamenti rilasciati da VMware, si pone il problema di come applicare queste patch al sistema ESXi.

La versione gratuita di ESXi è largamente utilizzata nei vari lab e spesso anche in produzione ma non è possibile utilizzare vCenter Server senza la sua licenza e nemmeno l’host update utility, precedentemente disponibile fino alla release 4.0, ora rimossa nella nuova versione 4.1.

L’unico modo è utilizzare la vSphere Command Line Interface comunemente chiamata CLI per applicare gli aggiornamenti agli host ESXi.

1. PREREQUISITI
Per poter eseguire la procedura di patching sono richiesti due componenti principali:

VMware vSphere CLI 4.1
Patch per ESXi

Installare VMware vSphere CLI sul proprio computer e scaricare dal sito VMware le patch per ESXi impostando i parametri di ricerca come in figura:

Selezionare la patch richiesta e cliccare sul bottone Download Now per scaricare il file .zip.

2. PROCEDURA
Prima di procedere con l’applicazione delle patch, tramite vSphere Client spegnere le virtual machine presenti nell’host e mettere il server ESXi in Maintenance Mode.

Una volta che il sistema è in Maintenance Mode, lanciare da Windows il Command Prompt per digitare i vari comandi di vSphere CLI.

Poichè il package scaricato filename.zip potrebbe contenere diversi file di patch da applicare (come in questo caso), visualizzare il contenuto del package tramite il comando:

vihostupdate.pl ––server IP_ESXi ––username root ––password password –b namefilepatch.zip –l

In questo package sono contenuti due file di patch o, per l‘esattezza, Bulletin ID.

ESXi410-201010401-SG
ESXi410-201010402-BG

Applicare le patch effettuando l’operazione per tutti i Bulletin ID contenuti nel package utilizzando l’istruzione:

vihostupdate.pl ––server IP_ESXi ––username root ––password password –i –b namefilepatch.zip –B BulletinID

Applicare la prima patch ESXi410-201010401-SG.

Applicare la seconda patch ESXi410-201010402-BG.

Da vSphere Client riavviare l’host ESXi.

Riavviato il sistema, uscire dalla Maintenance Mode. Ora è possibile riavviare nuovamente le virtual machine. Da notare il numero della versione riportata che adesso è variata dopo aver applicato le patch.

In questo modo siamo sicuri che il nostro sistema gode delle ultime patch e rimane allineato con gli aggiornamenti rilasciati periodicamente da VMware.

Hai già letto questi articoli?

Integrare VMware ESXi 4.1 in Active Directory

P@olo — Mon, 22 Nov 2010 07:00:00 +0000

Con la diffusione dei sistemi di virtualizzazione nelle aziende, il problema della gestione degli accessi e della sicurezza diventa prioritario. Avere una sistema per la gestione centralizzata delle autenticazioni per l’accesso all’infrastruttura informatica facilita notevolmente la parte amministrativa degli operatori IT oltre che fornire un fattore di sicurezza più affidabile.

Per accedere direttamente ad un server ESXi (quindi non con vCenter) è necessario utilizzare un account Linux definito nell’host. Questo vale per ogni server analogo presente nella rete. E’ evidente che una gestione sicura e funzionale dei vari account all’interno di una rete risulti piuttosto laboriosa.

Dalla versione 4.1, VMware ha integrato in ESXi l’opzione per l’autenticazione in Active Directory che permette il login tramite utenti e gruppi definiti in AD. Questa funzione è operativa effettuando il join di ESXi al dominio AD in un modo molto più semplice.

1. PREREQUISITI
Per poter effettuare l’operazione correttamente, è necessario verificare alcuni aspetti:

L’host ESXi e il Domain Controller hanno un corretto time synchronization per il funzionamento dell’autenticazione tramite il protocollo Kerberos.
La DNS resolution funziona correttamente dall’host ESXi.
L’host ESXi ha un corretto FQDN, ad esempio esxi.domain.local.

2. PROCEDURA
Collegarsi al server ESXi tramite vSphere Client (non da vCenter!) e digitare username e password corretti dell’account con diritti amministrativi (default root) presenti in ESXi.

Selezionare il pannello Configuration e cliccare sulla voce Authentication Services.

Si accede all’area per l’autenticazione. Nella parte destra dello schermo cliccare sulla voce Properties.

Si apre la finestra Directory Services Configuration. Impostare i parametri per l’autenticazione in Active Directory.

Select Directory Service Type: Active Directory
Domain: domain.local

Cliccare sul bottone Join Domain per effettuare l’operazione di join al dominio.

Viene visualizzata la finestra che richiede l’inserimento dell’account di Active Directory con i diritti sufficienti per effettuare il join al dominio. Cliccare sul bottone Join Domain.

Conclusa l’operazione, il nome del dominio viene indicato nel campo Domain. Da notare la presenza del bottone Leave Domain che permette di rimuovere l’host da Active Directory.

Per definire il gruppo AD dedicato all’amministrazione di ESXi, selezionare il pannello Permissions in vSphere Client e cliccare con il tasto destro in un punto della schermata. Selezionare la voce Add Permission.

Compare la finestra Assign Permissions. Cliccare sul bottone Add per aggiungere il nuovo account AD.

Selezionando il dominio corretto (LAB nell’esempio), vengono visualizzati gli account presenti in AD. Selezionare il gruppo dedicato alla gestione della struttura VMware e cliccare poi su OK.

Assegnare il ruolo al gruppo selezionato (No Access, Read Only, Administrator) e cliccare su OK.

Osservando la lista degli account presenti su ESXi, compare anche il gruppo di Active Directory appena selezionato.

Dal Domain Controller aprendo Active Directory Users and Computers, è visibile il server ESXi.

Tramite vSphere Client effettuare ora il login all’host ESXi utilizzando l’account di Active Directory membro del gruppo impostato (LAB\L-Group-VMwareAdmin) spuntando l’opzione Use Windows session credentials.

L’accesso a ESXi viene così effettuato utilizzando l’account di Active Directory.

Con questa semplice procedura la gestione delle autenticazioni e sicurezza della rete viene notevolmente alleggerita permettendo l’utilizzo di un solo account per l’accesso a più sistemi.

Hai già letto questi articoli?

Fix per com.vmware.converter error “Unable to retrieve health data from…” dopo la migrazione a vSphere 4.1

P@olo — Mon, 18 Oct 2010 06:00:00 +0000

Dopo aver completato l’installazione o la migrazione a VMware vSphere 4.1, aprendo il vCenter Service Status da vCenter Server, l’item com.vmware.converter viene viene marcato in red con uno status di Alert.

Questo problema non altera il corretto funzionamento del converter ed possibile effettuare le normali procedure di conversione senza errori.

L’errore riportato è il seguente:

Unable to retrieve health data from https://vCenter/converter/health.xml

Questo errore è dovuto ad un problema di handshake del certificato SSL.

La risoluzione del problema prevede la sostituzione del valore di thumbprint del Converter nel database ADAM LDAP con quella del vCenter Server.

1. PROCEDURA
Prima di iniziare l’operazione, l’effettuare un backup di vCenter Server mette al sicuro la funzionalità del sistema nel caso di imprevisti.

Per connettersi al server LDAP in vCenter Server, è necessario scaricare il file eseguibile ldp.exe, già presente nei Server 2008, e mandarlo in esecuzione.

Dal menu Start digitare ldp e premere Invio.

Viene aperta la finestra del programma Ldp. Cliccare su Connection –> Connect.

Digitare l’hostname del vCenter Server a cui connettersi e cliccare su OK.

Connessi al vCenter Server selezionato, cliccare su Connection –> Bind.

Nella maschera Bind, inserire le credenziali corrette per avere l’accesso al sistema.

Cliccare View –> Tree View.

Lasciare vuoto il campo BaseDN e cliccare su OK.

Effettuare un doppio click su DC=virtualcenter,DC=vmware,DC=int.

Doppio click su OU=ComponentSpecs,OU=Health,DC=virtualcenter,DC=vmware,DC=int.

Doppio click su CN=.vpxd,CN=,OU=ComponentSpecs,OU=Health,
DC=virtualcenter,DC=vmware,DC=int.

Individuare nel lato destro l’attributo identificato dal nome vmw-vc-SSLThumbprint e prendere nota del suo valore (VALORE1).

Effettuare un doppio click su CN=com.vmware.converter,CN=,OU=ComponentSpecs,
OU=Health,DC=virtualcenter,DC=vmware,DC=int.

Annotare il valore dell’attributo vmw-vc-SSLThumbprint per ripristinarlo in caso di necessità.

Selezionare CN=com.vmware.converter,CN=,OU=ComponentSpecs,OU=Health,
DC=virtualcenter,DC=vmware,DC=int e cliccare col tasto destro del mouse. Selezionare Modify.

Inserire i parametri qui di seguito riportati:

Attribute: vmw-vc-SSLThumbprint
Values: il valore in CN=.vpxd… (passaggio marcato con ”VALORE1”)
Operation: Replace

Inseriti i parametri, cliccare su Enter (l’istruzione viene inserita nell’Entry List) e successivamente su Run. Click su Close per chiudere la finestra.

Il nuovo valore vmw-vc-SSLThumbprint è stato inserito nel database.

Riavviare i servizi VMware VirtualCenter Server e VMware VirtualCenter Management Webservices.

Selezionando il servizio VMware VirtualCenter Server, al momento del Restart anche i servizi associati vengono automaticamente riavviati.

Durante il riavvio dei servizi, il sistema mostra lo stato di avanzamento della procedura.

Riavviati i servizi, collegandosi nuovamente tramite vSphere Client al vCenter Service Status, com.vmware.converter non presenta più lo status di Alert ma risulta perfettamente operativo.

Poichè questa procedura agisce su un componente critico come vCenter Server, assicurarsi di avere il backup non solo del database VIM_VCDB ma anche del Server per ripristinare il tutto velocemente nel caso di problemi.

Hai già letto questi articoli?

Effettuare lo shutdown completo della struttura VMware vSphere 4

P@olo — Mon, 10 May 2010 05:25:23 +0000

Se, ad esempio, per una manutenzione della linea elettrica della stabile il tempo stimato per il completamento dei lavori va oltre la capacità dell’UPS o per un semplice trasloco, sorge la necessità di effettuare lo shutdown completo dell’intera infrastruttura virtuale.

La procedura, anche se non complicata, richiede degli step ben precisi per evitare che si presentino degli imprevisti dagli effetti potenzialmente minacciosi per la funzionalità della rete. Se fossero presenti 10 host nella struttura e venisse fatto uno shutdown scriteriato, oltre a rischiare di mandare in palla la funzionalità, come facciamo a sapere in quale host risiede vCenter? Li dobbiamo analizzare uno alla volta… non è decisamente un buon approccio.

1. PROCEDURA

SHUTDOWN

1. Effettuare lo shutdown di tutte le virtual machine eccetto vCenter Server (se virtualizzato) e l’eventuale server SQL se il database di vCenter è separato. Se sono presenti vari host nella struttura, annotare l’host che ospita vCenter\SQL.

2. Mettere tutti gli host, eccetto quello in cui risiede vCenter\SQL, in Maintenance Mode ed effettuare lo shutdown.

3. Connettersi tramite vSphere Client direttamente all’host ESX che ospita vCenter\SQL ed effettuare lo shutdown delle rimanenti virtual machine.

4. Ultimo step è lo shutdown dell’ultimo host. Questo è l’host che dovrà essere riavviato per primo. E’ opportuno configurare questo server ESX in modo da permettere l’avvio automatico dei server core (vCenter, SQL, DC, …) per il corretto funzionamento della struttura.

- Dal server VMware Virtual Center, selezionare l’host ESX che ospita vCenter.

- Nel parte di destra cliccare su Configuration.

- Configurare l’opzione Virtual Machine Startup/Shutdown per permettere l’avvio automatico del Virtual Center\SQL e di un eventuale domain controller (DC1) nel caso la struttura di rete presenta un ambiente di Active Directory.

POWER ON

1. Avviare l’ultimo host ESX della sequenza precedentemente spento.

2. Se non è previsto un avvio automatico di vCenter\SQL, connettersi direttamente all’host tramite vSphere Client.

3. Avviare, se configurati in diverse VM, un eventuale domain controller, SQL e poi vCenter.

4. Da VI, disconnettersi dal singolo host e connettersi a vCenter.

5. Riavviare i rimanenti host e toglierli dallo stato di Maintenance Mode.

6. Riavviare le virtual machine verificando che il cluster sia ritornato allo stato ottimale per poter fornire tutte le risorse necessario a far girare correttamente tutte le VM.

Eseguendo correttamente le sequenze di shutdown e power on, l’infrastruttura virtuale può essere disattivata e riattivata senza problemi al presentarsi di situazioni particolari come manutenzioni (linea elettrica), traslochi o altro.

Hai già letto questi articoli?

Estendere la partizione di un Server Windows 2008 R2 con diskpart in VMware vSphere

P@olo — Mon, 12 Apr 2010 10:07:13 +0000

Lavorando in ambiente virtuale VMware vSphere (ma il concetto è valido anche per altri sistemi), la gestione delle risorse implica l’applicazione di alcuni criteri specialmente nella configurazione dello spazio disco destinato alle virtual macine.

Assegnare, ad esempio, un disco da 50 GB ad un server che ne utilizza a regime solo 10 GB, è evidente che questo comporta uno spreco di spazio nello storage che potrebbe rivelarsi critico man mano che il numero di virtual machine cresce. Cosa molto facile quando si utilizza questa tecnologia.

Una buona best practise è di allocare uno spazio minimo per le virtual machine (ad esempio per installare Windows 2008 R2, 12 GB sono sufficienti) ed espandere successivamente il disco virtuale man mano che se ne presenta la necessità. Queste operazioni sono in genere molto veloci e richiedono pochi click.

1. ESTENDERE IL DISCO VIRTUALE
Tramite vSphere Client collegarsi al vCenter Server per accedere alla gestione delle virtual machine presenti nell’inventory.

- Selezionare la virtual machine da modificare, fare click col tasto destro del mouse e selezionare Edit Settings.

- Selezionare il virtual disk Hard disk1 ed impostare il valore richiesto, ad esempio 40 GB.

- Cliccare su OK per confermare la nuova dimensione del disco virtuale.

2. ESTENDERE LA PARTIZIONE IN WINDOWS
L’estensione della partizione è possibile solo nel caso in cui ci sia della spazio non allocato nello stesso disco.

- Da Windows Server 2008 R2, accedere al Command Prompt.

- Come prima cosa visualizzare l’elenco dei dischi attualmente disponibili nel sistema tramite il comando list disk e selezionare il disco che si intende modificare (Disk 0 nell’esempio) tramite il comando select disk.

- Prima di procedere con l’estensione della partizione è consigliato visualizzare le partizioni presenti nel disco tramite list partition per evitare di modificare una partizione sbagliata. Identificata la partizione corretta (Partition 2 nell’esempio) selezionarla tramite il comando select partition.

- Per procedere con l’effettiva estensione, sono disponibili due opzioni per come definire lo spazio da allocare:

extend (la partizione viene estesa utilizzando tutto lo spazio disponibile)
extend size=xx (la partizione viene estesa di xx MB)

- Tramite list partition è ora possibile verificare il risultato dell’operazione.

Anche dalla GUI del Disk Management, la partizione riporta la nuova dimensione.

Tramite diskpart estendere le partizioni delle macchine Windows risulta un’operazione semplice e veloce permettendo una gestione ottimale dello spazio sullo storage presente nell’infrastruttura virtuale.

Hai già letto questi articoli?

Il servizio VMware vCenter Server non si riavvia dopo il reboot del server

P@olo — Wed, 31 Mar 2010 05:19:46 +0000

Se VMware vCenter Server e il database sono installati sulla stessa macchina, effettuando un’operazione di reboot i servizi VMware VirtualCenter Server e VMware VirtualCenter Management Webservices potrebbero non avviarsi.

Questo comporta che tramite vSphere Client non è possibile connettersi a vCenter e questo è un problema per la gestione dell’infrastruttura vSphere. Anche il servizio vCenter Service Status che monitora lo stato dell’hardware del sistema è influenzato da questa situazione e quindi non è operativo.

Il problema si manifesta quando si effettua il reboot del computer sul quale è installato vCenter Server: avviando vSphere Client non è possibile connettersi al server. Analizzando l’Event Viewer viene segnalato l’errore relativo al Virtual Center:

La descrizione dell’errore riportato risulta il seguente:

1. PROCEDURA IN WINDOWS 2003
Poichè agendo sulle Dependencies dei servizi coinvolti (come riportato in vari siti e forum) il problema non viene sempre risolto, indagini e ricerche più approfondite hanno portato all’identificazione di una procedura che ha risolto il problema riscontrato ripristinando la piena funzionalità del sistema.

Come prima cosa bisogna creare tramite un qualsiasi editor (Notepad ad esempio) uno script xx.bat che viene utilizzato per avviare i servizi.

- Nel file xx.bat, digitare le istruzioni indicate qui di seguito. In questo caso è utilizzato come database MS-SQL Express.

net start MSSQL$SQLEXP_VIM
ping 127.0.0.1 -n 30 -w 1000 > null
net start vpxd
net start vctomcat

- Salvare il file con nome, ad esempio start-service.bat.

Poichè lo script deve essere eseguito all’avvio del computer, bisogna configurare la policy di sistema per lanciare lo script durante lo startup.

- Cliccare su Start –> Run e digitare gpedit.msc, poi click OK.

- Posizionarsi in Computer Configuration –> Windows Settings –> Scripts e fare doppio click su Startup.

- Nella finestra Startup Properties che viene aperta, aggiungere lo script start-service.bat creato precedentemente tramite il bottone Add.

- Tramite Browse selezionare lo script creato e cliccare su OK.

- Da Start –> Run avviare services.msc ed impostare a Manual lo Startup Type dei due servizi VMware VirtualCenter Server e VMware VirtualCenter Management Webservices.

- Riavviare il vCenter Server.

- Una volta che il server ha terminato la procedura di startup, verificare che i due servizi siano stati effettivamente avviati.

2. PROCEDURA IN WINDOWS 2008
Se si utilizza Windows Server 2008 per far girare VMware vCenter, il problema del mancato avvio del servizio viene risolto anche in questo caso ritardandone l’avvio ma sfruttando la nuova opzione disponibile in questa versione di Windows.

- Accedere a Administrative Tools -> Services e selezionare il servizio VMware VirtualCenter Server.

- Fare click con il tasto destro del mouse e selezionare Properties.

- Impostare lo Startup type come Automatic (Delayed Start) e cliccare su OK.

Questo permette di ritardare l’avvio del Virtual Center dando modo al servizio SQL di completare lo startup rendendo disponibile il database prima che vCenter tenti di accedere.

Con queste impostazioni il servizio VMware VCenter viene avviato correttamente ad ogni reboot del server.