Mi sono trovato a dover aggiornare il sistema da un Esx Update 3 ad un Esx Update 5 con firmware 213532.

Purtroppo mi sono imbattuto in un problema un po’ strano, durante l’aggiornamento tutto è andato a posto [...]]]> In questi giorni mi è capitato di dover aggiornare uno dei server Esxi a cui ho accesso.

Mi sono trovato a dover aggiornare il sistema da un Esx Update 3 ad un Esx Update 5 con firmware 213532.

Purtroppo mi sono imbattuto in un problema un po’ strano, durante l’aggiornamento tutto è andato a posto ma mi ha dato un errore molto strno al momento dell’aggiornamento del vmware tools.

Il messaggio molto generico è stato un “Unable to copy file to host”. Ho debuggato i log ma senza trovare nulla. Leggendo su forum ho trovato la soluzione.

A prescindere da tutto quelo che avete fatto dovete mettere il vostro Esx in Mantainence Mode, in questo stato riavviarlo, una volta riavviato procedete nuovamente con l’aggiornamento dei vmware tools e questa volta magicamente tutto funzionerà senza motivo.

Questo immagino capiti per qualche motivo in cui forse ci sono troppi file temporanei dovuto alle decompressioni degli zip, in questo modo con il riavvio in modalità manutenzione probabilmente vengono eliminati e al riavvio c’è spazio a sufficienza per effettuare le ultime operazioni.

Un consiglio, non aggiornate i vmware tools alla versione 213532 sulle vostre macchine virtuali linux, in quanto hanno parecchi problemi. Vi consiglio una volta arrivati alla versione 3.5 Update 5 di procedere con l’aggiornamento alle versione 4.0 Update 1.

Saluti

Il vostro Sysadmin

2. Avviamo V e installaimo il server NFSD Per fare questo procuriamoci una Live Distro (io ho [...]]]> 1. Creiamo la nostra VM su vmware esx o infrastructure
Logghiamoci sul nostro vmware server o esx server e creiamo la la nostra macchina virtuale, che chiameremo V, dove vogliamo spostare la nostra macchina fisica che, chiameremo P.

2. Avviamo V e installaimo il server NFSD
Per fare questo procuriamoci una Live Distro (io ho usato RIP Linux, ma di fatto basta una distro che permetta di lanciare NFSD)
Una volta avviata la macchina andiamo a configurare la il disco dove vogliamo mettere il nostro sistema.
Ad esempio ipotizziamo che il disco della macchina V abbia due partizioni /dev/sda1 e /dev/sda2 rispettivamente una partizione ext3 e una di swap.

Quello che vogliamo fare ora è montare la partizione principale /dev/sda1 e poi condividerla via NSF, per fare questo procediamo come segue

# mkdir /mnt/sda1
# mount /dev/sda1 /mnt/sda1

e configuriamo lo share nfs editanto il file /etc/exports e aggiungiamo la seguente stringa

/mnt/sda1 *(rw,no_root_squash)

In questo modo abilitamo il nostro share a chiunque * , in modalità rw.

Ora per lanciare nfs dobbiamo eseguire i seguenti tre comandi in questo ordine

# rpc.portmap
# rpc.mountd
# rpc.nsf

se tutto è ok non dovreste ricevere alcun output.

Per fargli prendere le modifiche ai file di configurazione ad NFS dobbiamo lanciare il comando

# exportfs -a

per controllare la correttezza degli share date un

# exportfs

e otterrete qualcosa di simile a

/mnt/sda1 <world>

Ora a me non è servito però controllate la correttezza degli accessi delle varie acl nei file /etc/hosts.deny e /etc/hosts.allow

Andiamo ora sulla nostra macchina fisica P, e montiamo la nostra paritizione via NSF con il comando

# mount -t nsf 128.99.1.101:/mnt/sda1 /mnt/esx1remote

ora avremo montato via nsf la nostra macchina e non ci resterà altro da fare che copiare sopra i nostri file (ad esclusione di /proc ), nella partizione remota.

Il passo successivo, una volta copiati i file, è solo quello di entrare in chroot sulla nostra vm V ed operare le opportune modifiche per il corretto boot del sistema.

Pre-requisiti di questo articolo sono una buona conoscenza dei sistemi linux, conoscenze di base di virtualizzazione, disponibilità si un esx server già [...]]]> Salve a tutti oggi ci occupiamo di un problema, dal mio punto di vista molto interessante: come convertire il proprio server linux in una virtual machine e importarla sul nostro vmware esx server.

Pre-requisiti di questo articolo sono una buona conoscenza dei sistemi linux, conoscenze di base di virtualizzazione, disponibilità si un esx server già installato.

Per prima cosa avviamo la macchina linux con un cd di avvio (slackware, knoppix o cosa preferite), e assicuriamoci di avere un hard disk (interno o esterno) per poter creare l’immagine del nostro disco, che utilizzeremo successivamente per la conversione.

Una volta avviata la shell di emergenza ci accingiamo a creare la nostra immagine tramite il comando dd, ipotizzando che il nostro disco fisico dove è installato linux sia /dev/hda e che l’immagine la metteremo nella cartella /mnt/sda1 (ovviamente dopo aver montato il disco esterno tramite appositi comandi) procediamo come segue:

# mkdir /mnt/sda1

# mount /dev/sda1 /mnt/sda1

# dd if=/dev/hda conv=sync,noerror bs=64K > /mnt/sda1/hda.img

Avremo a questo punto un immagine perfetta del nostro disco nel file /mnt/sda1/hda.img, che sarà la base che useremo per la nostra conversione.

Scarichiamo ora sul nostro client il programma LiveView, che ci permetterà di creare una VM a partire dall’immagine che gli forniremo.

Tale programma è talmente facile da usare che evito di spiegarvi come fare, il frontend parla da solo.

A questo punto il gioco è fatto: abbiamo la VM che funziona perfettamente vmware server, ora tramite vmware converter (basta anche solo la versione free non l’enterprise), possiamo importare la macchina creata tramite LifeView direttaente sul nostro esx server, scegliendo opportunamente le informazioni che ci vengono chieste dal converter.

ATTENZIONE!!!!!: una volta avviata la macchina su esx, fate attenzione che probabilmente alcuni device saranno cambiati (es: i dischi saranno diventati /dev/sda mentre prima erano /dev/hda, dovrete quindi entrare in rescue mode anche sulla macchina virtualizzate e fixare il dovuto, solitamente /etc/fstab, /etc/mtab e /etc/lilo.conf), per il resto non ho avuto altri problemi.

Saluti

Matteo

“The network bridge on device VMnet0 is temporarily down because the bridged Ethernet interface is down. The virtual machine may not be able to communicate with the host or with other machines [...]]]> Salve, oggi lavorando con vmware mi è capitata una cosa assai strana, all’avvio di una virtual machine, mi si è presentato questo errore:

“The network bridge on device VMnet0 is temporarily down because the bridged Ethernet interface is down. The virtual machine may not be able to communicate with the host or with other machines on your network.“

Ho iniziato a cercare su internet per problemi simili, ho trovato moltissimi thread al riguardo ma nessuno mi dava la soluzione corretta.

Ho iniziato a cercare da solo il problema e finamente ho capito cos’era. Dopo un aggiornamento hardware della macchina l’interfaccia eth0 non esisteva più, al suo posto vi era eth1, il problema era che il brdige veniva creato comunque su eth0 anche se non esisteva più.

Per risolvere il problema è stato sufficente modificare il file /etc/vmware/locations e sostituire tutte le occorrenze di eth0 con eth1, riavviare vmware server e tutto ha funzionato alla perfezione.