Virtualization – Page 55

February 22, 2007March 20, 2007 afokkema VMware, Windows

esxupdate with IIS Patch Repository

Tijdens mijn eerst introductie over esxupdate (esxupdate) liet ik zien hoe je eenvoudig de ESX3 server kunt updaten via een webserver. In deze post beschrijf ik hoe je een IIS 6.0 server kunt gebruiken als update repository en hoe je deze moet configureren.

Maak een folder aan waar je de patches gaat plaatsen. Daarna download je alle patches vanaf deze website: http://www.vmware.com/

IIS configureren

Voordat je IIS kunt configureren, moet je eerst IIS installeren. Het gaat hier om een standaard installatie.

Nadat IIS is geïnstalleerd maak je een folder aan op de hardeschijf genaamd patches. In deze folder extract je alle patches. Open daarna het management console van IIS: start – run – inetmgr {enter} of Start – Programs – Administrative Tools – Internet Information Services (IIS) Manager.

Mocht het zo zijn dat je VirtualCenter 2 of een andere webapplicatie wilt gaan draaien op dezelfde server, dan moet je de default port aanpassen. Ik heb de port aangepast naar 8080.

Maak nu een nieuwe Virtual Directory aan genaamd VI3Patches en verwijs naar de patches directory die je eerder hebt aangemaakt.

Voordat je de patches kunt uitvoeren vanaf deze webserver, moet je eerst een nieuw mime type toevoegen. Zonder deze mime type gaat het patch process niet werken. Zie AndyE zijn post op het forum van VMware.

Zo voeg je de nieuwe mime type toe. Vraag de properties op van de Virtual Directory en klik op het tabblad HTTP Headers. Vervolgens klik je op het tabblad MIME Types

Voeg de onderstaande instellingen toe:

Als laatste dient anonymous rechten te krijgen op de virual directory. Het gaat hier om NTFS rechten. Read, Write and Execute is voldoende.

Nu alles is geconfigureerd. Kan de nieuwe repository getest worden. Dit doe je door te browsen naar: http://ipaddressoftheserver/:8080/VI3Patches

ESX3 server configureren

Voordat je de nieuwe repository kunt gebruiken moet de Firewall binnen ESX3 worden geconfigureerd.

Dit kun je doen met het volgende commando:
esxcfg-firewall -o 8080,tcp,out,httpClient

Patch script

Zie de post van Vincent http://virtrix.blogspot.com/2007/03/vmware-autopatching-your-esx-host.html welke een beter script bevat.

Maak nu het patch script aan:
#nano /root/vi3patch

Kopieer en plak het onderstaande script in het nieuwe bestand en sla deze op.

# Voordat je het script kunt uitvoeren dien je de volgende stappen eerst uit te voeren:
# stap 1: esxcfg-firewall -o 8080,tcp,out,httpClient
# stap 2: chmod +x /root/vi3patch

#!/bin/sh

Maak vervolgens het script executable
#chmod +x /root/vi3patch

ESX3 Server Patches

Alles is nu gereed om te kunnen gaan testen. Log in op je test server en voer het onderstaande commando uit:
# /root/vi3patch

De patches die in het script staan worden uitgevoerd:

ESX3 is bijgewerkt naar de laatste build

Conclusie

Door middel van het patchen via een script kun je jezelf veel tijd besparen omdat alles achter elkaar wordt uitgevoerd zonder dat jezelf gek hoeft te typen. Mocht er een nieuwe patch uitgekomen zijn, dan download je deze, pakt deze uit in de Virtual Directory en voeg je deze toe aan het update script. Het update script installeerd alleen nieuwe patches. De patches die al zijn geïnstalleerd worden overgeslagen.

Vincent Vlieghe heeft het document verfijnd en een beter script toegevoegd: virtrix.blogspot.com

Happy Patching 😉

Bron: AndyE on VMTN

February 21, 2007February 22, 2007 afokkema VMware, Workstation

VMware Workstation 6 beta: Bin hack

In de Beta van VMware Workstation 6 staat standaard de debug feature aan. Deze opties staat aan om zo snel fouten op te sporen. Dat dedebug feature standaard aan staat komt de performance niet ten goede. Mijn VM’s waren zo traag als je weet wel, en eigenlijk niet werkbaar meer.

Deze performance problemen kun je oplossen met de volgende work around:

Rename de bin-debug map in C:\Program Files\VMware\VMware Workstation
kopieër de bin map
hernoem de gekopieërde bin map naar bin-debug
restart de pc

De VM’s zouden nu een stuk sneller moeten werken.

Let op! deze hack wordt niet ondersteund door VMware.

bron: http://4sysops.com/

February 11, 2007February 11, 2007 afokkema VMware

VMware: 3D games? take a look at this movie

VMware heeft een 3D accelerator kaart ingebouwd in VMware Fusion. Zie hier het resultaat:

February 8, 2007February 8, 2007 afokkema VMware

Free Download: ATDG for ESX 2.x

Dit boek hoort natuurlijk al in je boekenkast te staan. Mocht je het om welke reden dan ook nog niet hebben, dan kun je het NU gratis downloaden.

Ga naar de volgende website http://www.vi3book.com/ en sla de pdf bestanden op 🙂

bron: http://www.ntpro.nl/blog

February 6, 2007February 6, 2007 afokkema VMware

VMware ESX Management Interface in IE7

Sinds de release van Internet Explorer 7 werkt de VMware Management Interface niet meer. Dit kun je oplossen door de volgende registry key te importeren:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\MIME\Database\Content Type\application/x-vmware-console]
“Extension”=”.xvm”

Nadat je dit hebt gedaan dien je de PC opnieuw op te starten en zou alles weer als vanouds moeten werken.

bron: http://blog.stevesinchak.com/

January 29, 2007January 29, 2007 afokkema VMware, VMware Server, Workstation

Release: VMware Converter

Nadat ik de beta naar volle tevredenheid heb getest ben ik blij dat nu de final versie is gelanceerd.

De VMware Converter is een versterking in de wereld van VMware. De Servers die welke d.m.v P2V gevirtualiseerd moeten worden, kun je nu “live” migreren naar een VM (How to: Convert a Physical Server with VMware Converter). Dit betekent een minime downtime. De oude server moet uitgezet worden waarna de nieuwe live gaat.

Hoe het process in zijn werk gaat zie je in het onderstaande schema:

De gratis variant “De Starter Edition” kun je hier downloaden: www.vmware.com.

Voor meer informatie kun je hier terecht: www.vmware.com.

Voor de verschillen tussen de Starter en Enterprise versie klik je hier: www.vmware.com

January 27, 2007February 22, 2007 afokkema VMware

How to: enable VMotion on different CPU’s

Om te kunnen beoordelen of de CPU’s in de ESX servers compatible zijn voor VMotion en DRS kun je de applicatie VMotion info gebruiken. Deze applicatie geschreven door Richard Garsthagen kun je hier downloaden: Run-virtual.com

Nadat je de zipfile hebt uitgepakt en de applicatie hebt geïnstalleerd start je deze op. Je logt in op de VirtualCenter 2 webport. In mijn geval was dit 4433 omdat ik op de VC server ook nog gebruik maak van een andere webserver met ssl.

Nadat je bent ingelogt krijg je de onderstaande informatie te zien:

Zoals je kunt zien bij Unsupported Relaxations zijn er verschillen tussen mijn beide CPU’s. Dit houd in dat ik nu geen gebruik kan maken van VMotion en DRS. Zodra ik de Migrate job start krijg ik de volgende error:

De eerste foutmelding wordt veroorzaakt omdat ik mijn vmotion port nog niet op een gigabit gepatched had en de tweede foutmelding komt omdat mijn CPU’s niet compatible zijn zoals eerder gezien in de VMotion Info applicatie.

Mocht het nou zo zijn dat je in een migratie traject zit waarin je verschillende type servers en processoren hebt kun je de volgende workaround gebruiken om toch even de VM’s te VMotionen naar een andere server zodat je de huidige server kan migreren naar ESX3.

Deze manier van werken WORDT NIET ONDERSTEUND door VMware.

Open het C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\vpxd.cfg bestand op je VC2 server.

Voeg de onderstaande regels toe:

Onderaan het bestand boven de </config>

<migrate>
<test>
<CpuCompatible>false</CpuCompatible>
</test>
</migrate>

Sla het bestand op en herstart de VirtualCenter Service. Hierna kun je gebruik maken van VMotionen en DRS.

Deze oplossing wordt niet officieel ondersteund en kan problemen veroorzaken bij VM’s mochten de CPU’s dusdanig verschillen.

bron: VMTN Forum post van mcallistera VMTN Forum post van Joel Baxter

January 26, 2007January 26, 2007 afokkema VMware

Excessive growth of the vmware.log files

Hoe komt het dat er zoveel gelogt wordt?

Bij elke reboot van een VM wordt er een nieuwe log bestand aangemaakt
Third-party agents op Service Console (IBM Director / HP Insight Manager / Dell OpenManage)

Om het vollopen van de /home voor te blijven kun je het volgende script aanmaken:

osde.info heeft een goede how to gemaakt op het vmtn forum: http://www.vmware.com/community

Maak een nieuw script aan in de map /root genaamd vmware-log-rotate.sh met de volgende inhoud:

vmware-log-rotate.sh

#
# watch vmware.log’s growing
#

lockfile=/tmp/$0.lock
testlock=”test -f $lockfile”
mklock=”touch $lockfile”
rmlock=”rm $lockfile”

if $testlock ; then exit ; fi

$mklock

vmware-cmd -l | while read -r vm;
do
d=$(dirname “$vm”)/vmware.log
tail “$d” | cat > “$d”
done

$rmlock

Daarna maak je een cronjob aan die een keer per maand het script uitvoerd:

Eerst maak je in de /root vmware-log-rotate-cron.sh aan:

vmware-log-rotate-cron.sh

#!/bin/bash
#copy on directory /etc/crond
1 1 1 * * /root/vmware-log-rotate.sh &> /dev/null

vervolgens doe je de volgende stappen:

# cp /root/vmware-log-rotate-cron.sh /etc/cron.d/vmware-log-rotate-cron.sh
# chmod 755 vmware-log-rotate-cron.sh
# touch vmware-log-rotate-cron.sh

Vanaf nu wordt dit script elke maand uitgevoerd zodat de /home drive niet vol kan lopen.

bron: VMTN Forum post (script) VMTN Forum post (vmware.log)

January 25, 2007January 25, 2007 afokkema Backup, VMware

How to: Restore a backup with VMBK.pl

Vervolgens ga je een mount point maken naar de VMBK share:

ESX 2.5.x

# mkdir -p /mnt/esxbackup
# mount -t smbfs -o username=$user,password=$pass //$server/$share /mnt/esxbackup

ESX 3.0.x

# mkdir -p /mnt/esxbackup
# smbmount //$server/$share /mnt/esxbackup -o username=$domain\\$user,password=$password

Nadat je de mountpoint hebt gemaakt ga je naar de directory

# cd /mnt/esxbackup

en open je de map van de VM die je wilt restoren

# cd VMNAAM

In deze map vindt je de volgende bestanden

nvram.VMNAAM
VMNAAM.vmx
VMNAAM.vmdk
VMNAAM.restore
VMNAAM-s00x.vmdk
(Dit is een COW bestand. Een COW bestand wordt met de volgende formule gemaakt vmdk grootte / 2048MB heb je een VMDK van 10GB dan krijg je 5 COW files)

Om de restore job te starten voer je het volgende commando uit:
VMNAAM# ./VMNAAM.restore

De wizard start. Voer hier de juiste waarden in.

Enter directory where backup are present [/esxbackup/SE37BMC1]:
scsi0_0] Exported disk name (split disk) [VMNAAM.vmdk]:
scsi0_0] Imported disk name (monolithic) [VMNAAM.vmdk]:
scsi0_0] VMFS Volume where import disk [LUNNAAM]:
VMDK already exist do you want overwrite [NO]: yes
Do you want create a new guest configuration [YES]: no (Wil je de VM op een andere ESX host restoren dan dien je hier YES te antwoorden zodat er een nieuw VMX bestand gemaakt word)
Do you want restore vmdk file [YES]: yes

Nadat je YES gevolgd door {enter} hebt gedaan begint het restore process

Importing disk…..
Importing disk /esxbackup/VMNAAM/VMNAAM.vmdk:
Import: 46% done.

Import: 100% done.
Importing disk terminated
VMX file already exist, do you want overwrite [NO]?
no
restore complete

Nadat het restore process klaar is kun je de VM weer gebruiken.

January 23, 2007January 23, 2007 afokkema VMware