NoLabNoPartY.com » vmware

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?

VMware Data Recovery errore Integrity Check Failure

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

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

In VMware vCenter il servizio CollectorServerHost.exe utilizza il 100% della CPU

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

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 e aggiungere le istruzioni qui riportate e salvare il file.

true

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?

Installare VMWare tools tramite yum in CentOS 6

P@olo — Mon, 31 Oct 2011 05:00:00 +0000

L’installazione dei VMware tools in CentOS può essere semplificata configurando nel sistema il repository dei package RPM.

Questo permette di utilizzare il comando yum per eseguire l’operazione di installazione e rimozione del package.

1. PROCEDURA
Da console creare il file /etc/yum.repos.d/vmware.repo tramite il comando vi e inserire il seguente codice:

[vmware-tools]
name=VMware Tools for Red Hat Enterprise Linux $releasever – $basearch
baseurl=http://packages.vmware.com/tools/esx/4.1latest/rhel6/$basearch
enabled=1
gpgcheck=1
gpgkey=http://packages.vmware.com/tools/VMWARE-PACKAGING-GPG-KEY.pub

Installare il package VMware-tools tramite il comando yum. Se nel sistema non è installato X11, installare i tools con il comando:

# yum install vmware-tools-nox

L’importazione della chiave pubblica, se non già presente, è richiesta prima di procedere con l’installazione dei package. Digitare y per installare i vmware-tools.

Nel caso nel sistema sia installato X11 digitare:

# yum install vmware-tools

I tool di VMware sono ora installati permettendo di sfruttare CentOS in ambiente VMware al meglio.

Hai già letto questi articoli?

Errore VMware "Device eth0 does not seem to be present, delaying initialization."

P@olo — Mon, 24 Oct 2011 05:00:00 +0000

Quando viene effettuato il processo di clonazione o di export OVF di una virtual machine con VMware Workstation, possono sorgere degli imprevisti con la scheda di rete che risulta inattiva.

Il messaggio di errore visualizzato quando si cerca di attivare la scheda di rete è il seguente:

Device eth0 does not seem to be present, delaying initialization.

1. SCENARIO
Il problema la maggior parte delle volte è dato dal valore errato del MAC address di eth0 impostato nel file di configurazione. Verificare ed annotare il MAC address rilevato dal sistema tramite il comando ifconfig.

# ifconfig -a

2. SOLUZIONE 1
Editare il file di configurazione di eth0 e correggere eventualmente il valore del MAC address se diverso.

# vi /etc/sysconfig/network-script/ifcfg-eth0

Effettuare lo shutdown della virtual machine ed editare il suo file di configurazione .vmx.

Verificare che il parametro ethernet0.generatedAddress sia impostato con il corretto MAC Address annotato precedentemente. Nell’esempio, il MAC Address indicato non è corretto rispetto a quello rilevato dal sistema.

Digitare il valore corretto e avviare la virtual machine.

Riavviata la virtual machine, tramite il comando ifconfig la scheda di rete viene correttamente visualizzata.

# ifconfig

3. SOLUZIONE 2
Un altro motivo dell’errore potrebbe essere dovuto all’errato nome della scheda di rete. Cambiando il MAC address della scheda, il sistema modifica il numero della scheda di rete ETH (es. eth0 –> eth1). Tramite il comando ifconfig -a si può notare che il sistema riporta eth1 e non eth0 come dovrebbe.

Lanciare il tool system-config-network, rinominare la scheda a eth1 e cliccare sul bottone OK.

# system-config-network

Effettuare un restart del servizio network e visualizzare nuovamente i parametri di rete.

# service network restart
# ifconfig

La virtual machine è ora operativa e funzionale con il suo IP address.

Articoli che potrebbero interessarti

Windows 8 non funziona su VMware Workstation

P@olo — Fri, 30 Sep 2011 05:00:00 +0000

Rilasciata la Windows Developer Preview di Windows 8, quando si cerca di effettuare il Power On della virtual machine su VMware Workstation 7, l’installazione si interrompe visualizzando l’errore:

*** VMware Workstation internal monitor error ***
vcpu-0:NOT_IMPLEMENTED vmcore/vmm/intr/apic.c:1903
Please report this problem by selecting menu item Help > VMware on the Web > Request Support…
…

Per risolvere il problema, bisogna effettuare l’aggiornamento a VMware Workstation 8.

Installata la nuova versione, creare una nuova virtual machine ed impostare l’Hardware compatibility come Workstation 8.

Come Guest Operating System impostare Microsoft Windows e come Version Windows 7.

Effettuando il power on della virtual machine, l’installazione di Windows 8 procede senza intoppi.

Terminata l’installazione, Windows 8 si avvia normalmente ed è pronto per l’uso.

La fase di sperimentazione con il nuovo sistema può ora cominciare.

Hai già letto questi articoli?

Installare le patch per VMware ESXi 5.0 tramite CLI

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

Dopo l’uscita ad Agosto della versione 5.0 di ESXi che di fatto introduce vSphere 5.0, VMware ha rilasciato la prima patch ESXi500-201109001 per la nuova release in cui vengono risolti alcuni bug ed introdotte delle migliorie.

Utilizzando il server ESXi non provvisto di command-line (con la versione 5 tutti gli ESX diventano ESXi) l’aggiornamento viene effettuato tramite vCenter Server, che richiede una costosa licenza, o tramite Command-Line Interface (CLI). E’ importante installare le patch segnalate per tenere il sistema sempre efficiente e stabile.

Informazioni più dettagliate si possono trovare nelle Patch Release Notes.

Bulletin ID	Category	Knowledge Base Article
ESXi500-201109401-BG	Bug Fix	KB 1027808
ESXi500-201109402-BG	Enhancement	KB 2002778

1. PREREQUISITI
Per effettuare l’aggiornamento sono richiesti due componenti:

Installazione di VMware vSphere CLI 5.0 che permette di effettuare il patching tramite command line.
Download della patch ESXi500-201109001.

2. PROCEDURA
Installare sul proprio PC la versione 5.0 delle vSphere CLI per poter operare sulla versione nuova di ESXi.

Scaricata la patch dal sito VMware, avviare vSphere Client 5 per la gestione dell’host ESXi.

Effettuare il vMotion o lo shutdown delle virtual machine attive e mettere l’ESXi da aggiornare in Maintenance Mode. Annotare la versione di ESXi: 5.0.0, 469512.

Copiare la patch di ESXi precedentemente scaricata nel datastore dell’ESXi da aggiornare. Accedere al datastore locale selezionando l’ESXi da aggiornare e cliccare con il tato destro del mouse sulla schermata di destra la voce Storage –> Browse Datastore nella sezione Resources.

Per comodità creare nel datastore un folder con nome patches ad esempio.

Cliccare sull’icona per effettuare l’upload del file.

Selezionare il file da caricare (in questo caso il file .zip della patch) e cliccare su Open.

Cliccare su Yes al messaggio di warning che compare.

Il file viene copiato nel datastore specificato.

Terminata l’operazione il file è visibile tramite il Datastore Browser.

Accedere alla command-line per eseguire i comandi di vSphere CLI. A differenza della versione ESXi 4.1, il comando vihostupdate.pl non è più utilizzato nella versione 5.0 e per effettuare la procedura di patching si utilizza il comando esxcli. Fare riferimento al manuale vSphere Upgrade Guide per maggiori dettagli.

Per visualizzare il contenuto dei VIB nel file .zip scaricato, lanciare il comando:

esxcli –server=hostname/IP_address software sources vib list –depot=path_to_patch/patch_name.zip

# esxcli –server=esxi1 software sources vib list –depot=/vmfs/volumes/esxi1-local-storage/patches/ESXi500-201109001.zip

Per installare i nuovi VIB, utilizzare il comando:

esxcli –server=hostname/IP_address software vib update –depot=path_to_patch/patch_name.zip

# esxcli –server=esxi1 software vib update –depot=/vmfs/volumes/esxi1-local-storage/patches/ESXi500-201109001.zip

Poichè la patch applicata richiede il reboot dell’host, tramite vSphere Client 5 procedere con il reboot dell’ESXi.

Effettuato il reboot, tramite vSphere Client verificare il numero della release che ora dovrebbe essere 5.0.0, 474610 e confrontarlo con il numero precedentemente annotato. Il numero di release è stato incrementato come previsto per l’applicazione della patch. Uscire dalla Maintenance Mode e avviare le virtual machine richieste.

Il server ESXi 5.0 è aggiornato e pronto per ritornare in produzione. E’ fortemente consigliato testare la procedura di patching su sistemi lab per non impattare sui servizi di rete operativi.

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?

Errore editando i setting del template in vCenter Server 4.1 “PropertyCollector.RetrieveContents”

P@olo — Mon, 04 Jul 2011 05:00:00 +0000

Utilizzando vCenter Server può capitare un problema nella fase di editing dei template che potrebbe creare un po’ di panico nel reparto IT impattando sui tempi operativi dei servizi della struttura informatica.

Anche i template, che non sono altro che virtual machine, devono essere periodicamente aggiornati in modo da tenere tutto il sistema up-to-date. Se vengono utilizzati template mai aggiornati, è necessario investire tempo per aggiornare il sistema prima di poter essere operativo e pronto per essere messo in produzione.

1. ERRORE
Il problema si verifica quando si cerca di editare in vCenter Server i settings del template di una particolare virtual machine.

Convertire il template in virtual machine per permettere l’editing, selezionare il template, click col tasto destro del mouse e selezionare la voce Edit Settings.

Il sistema visualizza un messaggio di errore.

Il problema viene risolto effettuando l’operazione di rimozione/aggiunta del template dall’Inventory.

2. PROCEDURA
Selezionare da vCenter Server il template da editare, click col tasto destro del mouse e selezionare la voce Remove from Inventory.

Compare la finestra di Warning, click su Yes per procedere.

Il template viene rimosso da vCenter e non è più presente nella lista.

A questo punto bisogna aggiungere nuovamente il template all’Inventory per poterlo visualizzare. A seconda della configurazione dello storage utilizzato dall’infrastruttura VMware, identificare lun o partizione in cui è salvato il template da ripristinare, selezionarlo, cliccare col tasto destro del mouse selezionare la voce Browse Datastore.

Nella lista di virtual machine e template contenuti nell’area di storage selezionata, accedere nella directory del template da ripristinare ed identificare il file con estensione .vmx. Click col tasto destro del mouse e selezionare la voce Add to Inventory.

La procedura di aggiunta di una vm all’Inventory prevede la configurazione di alcuni parametri. Specificare in quale datacenter, se più di uno, assegnare il template.

Assegnare il template al cluster dell’infrastruttura VMware.

Specificare l’eventuale resource pool.

L’ultima videata presenta il riepilogo delle impostazioni effettuate. Cliccare sul bottone Finish per finire.

Selezionare il template appena aggiunto e ripetere l’operazione di editing. Click col tasto destro del mouse e selezionare la voce Edit Settings.

Adesso la pagina Properties viene visualizzata correttamente.

Risolta la fase di editing, riconvertire la virtual machine in template. Selezionare la vm, click col tasto destro del mouse e selezionare la voce Template –> Convert to Template.

Veloce procedura per risolvere un problema che può impattare sul fattore tempo spesso determinante nell’ambiente IT.

Hai già letto questi articoli?

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

P@olo — Mon, 28 Feb 2011 05:00:00 +0000

Il controllo periodico dell’infrastruttura virtuale e della sua funzionalità è fondamentale per anticipare l’eventualità di possibili disastri come, ad esempio, la mancanza del backup solo perchè l’applicativo non è operativo.

Durante la manutenzione ordinaria dell’infrastruttura vSphere, il plugin VMware Data Recovery in vCenter non è più in grado di connettersi all’appliance VDR visualizzando il messaggio:

Error: The specified Data Recovery appliance could not be located

Dopo un’analisi della configurazione e un consulto con il prezioso knowledge base di VMware, la soluzione è stata piuttosto semplice.

Il plugin installato in vCenter per identificare l’appliance VDR ricerca nel campo Annotations nella pagina Summary la voce VMware Data Recovery Module. Analizzando il campo Annotations, il valore in Notes del vCenter in questione riporta “Data Recovery”. Ecco la causa del problema.

1. PROCEDURA
Nella Summary Tab di vCenter, cliccare Edit nella sezione Annotations e digitare il valore corretto nel campo Notes:

VMware Data Recovery Module

Cliccando su OK il valore viene aggiornato.

Tramite vCenter, accedere a VMware Data Recovery cliccando sull’icona.

Selezionare l’appliance VM Data Recovery, che ora apparirà in grassetto, e cliccare sul bottone a destra Connect.

L’appliance si connette correttamente al sistema.

Fortunatamente, per questo imprevisto, la soluzione è stata veloce senza intaccare minimamente l’operatività del sistema.