Folgende Staffelung ist aktuell vorgesehen (Je Lizenz)

• Essentials, Essentials Plus oder Standard = 1 x Socket + 24 GB vRAM
• Enterprise: 1 x Socket + 32 GB vRAM
• Enterprise Plus: 1 x Socket + 48 GB vRAM

Wenn man ein vCenter verwendet werden die vRAM Kapazitäten der gesamten Infrastruktur zur Verfügung gestellt, d.h. es wird ein vRAM Pool gebildet.

Um auszurechnen ob man für Version 5 aktuell genug Lizenzen zur Verfügung hat könnte man nun eine Liste aller Maschinen exportieren und selbst zusammenrechnen - oder man verwendet gleich das von VMware bereitgestellte Lizenz-Überprüfung-Script ^^

Vorraussetzungen

• vSphere 4 und Virtual Center
• VMware vSphere PowerCLI
• Das vSphere 5 Licensing Powershell Script

Nach dem starten des Scripts öffnet sich eine selbstsprechende GUI über die eine Verbindung zum VC hergestellt wird. Wenn die Auswertung abgeschlossen ist bekommt man einen schönen HTML Report mit allen relevanten Lizenzierungsinformationen.

Öfter mal was neues, die ganzen vSales Experts müssen ja von irgendwas leben. Irgendwie führt das aber das Shared Memory Konzept ad absurdum... naja

Aktuelles VMware ESXi DVD Image von VMware oder dem Serverhersteller herunterladen:
http://downloads.vmware.com/d/info/datacenter_downloads/vmware_vsphere_4/4_0

Für HP,Fujitsu, Hitachi und Dell Server gibt es hier vom Hersteller mit Custom CIM Providern angepasste ISO Files:
http://downloads.vmware.com/d/details/esxi41u1/ZHcqYnRlQEBiZCpwaA==#drivers_tools

ISO File und IMAGEDD.BZ2 entpacken

Das ISO File lässt sich prima mit 7-ZIP entpacken. Im Anschluss muss man die in IMAGEDD.BZ2 enthaltene IMAGEDD Datei entpacken.

IMAGEDD auf USB Stick / SD Card schreiben

Unter Windows verwende ich WinImage zum schreiben auf USB / SD. Eine Trial kann man unter http://www.winimage.com/winimage.htm herunterladen.

Danach sollte der USB Stick bootfähig sein.

Als ich mir die Konfiguration der Hosts angeguckt habe ist mir folgendes aufgefallen:

ESX1

vmk0: Management Network

ESX 2 und 3

vmk0: vMotion Network

d.h. ein Neustart über die GUI startet bei 2/3 nicht das Management Network sondern die vMotion Network neu (Lt. VMware wohl ein bereits bekanntes Problem). Um die Maschinen ohne neustart wieder ans Netz zu bekommen habe ich folgende Aktionen durchgeführt:

• Per Remote Consolen Mngmt Software auf den Server schalten (ILO oder ähnliches)
• Den Local Tech Support Mode aktivieren
• Über die Console das bestehende Management Network löschen

  • esxcfg-vmknic -d "<Name des Management Network>"

• und  neu erstellen:

  • esxcfg-vmknic -a "<Name des Management Network>" -i <IP Adresse> -n <Netzwerkmaske>

Sofort danach waren die Maschinen wieder ansprechbar. Jetzt muss ich nur noch raus finden woran genau der Connection Lost herkommt.

• CPU mit erweiterten Virtualisierungs-Funktionen

Intel: Intel VT
AMD: AMD-V

Diese sind u. A. notwendig um unter VMware ein 64Bit Betriebssystem zu betreiben. Ob man eine kompatible CPU hat kann meistens einfach im BIOS herausgefunden werden, denn da kann man die entsprechende Funktion ein- und ausschalten. Wenn nicht, einfach danach googeln. Die Core2Duo/Quad können es z.B. fast alle. Mit AMD habe ich leider zu wenig Erfahrung um hier vernünftige aussagen treffen zu können.

• Mindestens 2 GB RAM, besser sind 4-8GB
• Eine Snow Leopard Installations-DVD
• VMware Workstation 7.1.1

Eine voll Funktionstüchtige Demo Version kann man sich bei http://www.vmware.com herunterladen. Nach dem Testzeitraum steht nur noch der VMware Player zur Verfügung. Dieser reicht aber vollkommen aus um das OSx System weiter zu verwenden.

• Ein Boot CD-Image (nach darwin_snow.iso googeln)

Das ISO File kann man mittlerweile an vielen Stellen im Netz herunterladen. Da ich leider nicht weiß, ob man bzw. wessen Rechte man damit verletzt lass ich das direkte verlinken.

• Entsprechend Festplattenplatz

Anmerkung: Solange nichts anderes dabeisteht, einfach mit "Next", "Weiter", "Fortfahren", "Beenden" oder ähnlichem fortsetzen. Das jedesmal zu schreiben ist mir zu umständlich.

Schritt 1 - Erstellen einer Virtuellen Maschine

Gewünschte CPU Anzahl einstellen, bei mir läuft es mit 1x4 Cores. Bitte nicht mehr Einstellen als wirklich vorhanden, auch wenns möglich ist Die VM startet sonst leider nicht.

Somit bekommt OSx per DHCP eine "echte" IP Adresse vom Router zugewiesen.

Das Aktivieren von „Allocate all disk space now.“ bringt Geschwindigkeitsvorteile, belegt dann allerdings auch immer die ganzen 40GB auf der Festplatte. Sonst wird je nach „echtem“ Bedarf belegt.

Auf „Edit virtual machine Settings“

Floppy auswählen und “Remove”. Diskettenlaufwerke braucht niemand mehr

Auf „Use host setting for monitors“ stellen (wenns noch nicht so ist) und "Accelerate 3D graphics" anhaken.

Mit „OK“ beenden.

Schritt 2 - Konfigurationsdatei anpassen

Die VM einmal einschalten. Hierdurch werden ein paar Einträge in der Konfigurationsdatei ergänzt die beim ersten start generiert werden, MAC z.B.

Über den Explorer in das Verzeichnis der VM wechseln, das sollte nun mittlerweile etwa so aussehen

Mit einem Text-Editor die „VMware virtual machine configuration (.vmx) “ Datei öffnen.

Folgende Zeilen ersetzen

encoding = "windows-1252" durch .encoding = "UTF-8"
guestOS = "freebsd-64" durch guestOS = "darwin10"
ide1:0.autodetect = "TRUE" durch ide1:0.autodetect = "FALSE"
vmci0.id = "<irgendwas>" durch vmci0.id = "-770663482"

Folgende Zeilen am Ende hinzufügen

ethernet0.linkStatePropagation.enable = "TRUE"
ft.secondary0.enabled = "TRUE"
ich7m.present = "TRUE"
keyboardAndMouseProfile = "macProfile"
mks.enable3d = "TRUE"
powerType.powerOff = "soft"
powerType.powerOn = "soft"
powerType.reset = "soft"
powerType.suspend = "soft"
printers.enabled = "FALSE"
serial0.present = "FALSE"
smc.present = "FALSE"
tools.syncTime = "TRUE"
tools.upgrade.policy = "upgradeAtPowerCycle"

Die Datei sieht danach etwa so aus

Speichern und zurück zu VMware Workstation.

Schritt 3 - Installation Snow Leopard

Am besten legt man sich das Image „darwin_snow.iso“ direkt ins Verzeichnis der VM, denn dieses ISO wird für jeden Start benötigt.

„Edit virtual machine settings“

Auf „Use ISO image file“ stellen und das darwin_snow.iso Image auswählen.
Die Maschine starten („Power on this virtual machine“)

Nach dem ersten Booten wird die CD ausgeworfen und das System zeigt etwa folgenden Text an

Rechts auf das kleine CD Icon mit der rechten Maustaste klicken und „Connect“ wählen. Hiermit wird die Boot CD wieder verbunden. Ist einfach so ^^.

Enter drücken und man bekommt folgendes Menü zur Auswahl

Beim Tutorial durchspielen ist mir aufgefallen das ab und zu auch ohne Fehlermeldung sofort das Menü kommt.

Snow Leopard Installationsmedium in ein DVD Laufwerk einlegen.

Rechte Maustaste auf das kleine CD Icon rechts unten und „Settings“ wählen.

Das entsprechende CD Laufwerk auswählen und mit „OK“ bestätigen.

Fehlermeldung, falls eine kommt, kann hier mit „OK“ ignoriert werden.

Zurück zur VM und mit „c“ von DVD booten, sobald das Darwin Menü kommt eine Taste drücken um von CD zu starten.

Nach kurzer Ladezeit sollte man ins Installationsmenü kommen.

Die bevorzugte Sprache wählen.

Unter Dienstprogramme Festplatten-Dienstprogramm wählen

Die VMware Festplatte auswählen und partitionieren

Man kann das Dienstprogramm beenden und hat ab dann das Volume zur Auswahl.

Jetzt installieren

Beim Neustart bleibt das System mit dieser Fehlermeldung stehen.

Beim Neustart bleibt das System mit dieser Fehlermeldung stehen.

Schritt 3 - Der erste Start

In der Konfiguration bitte das Boot ISO wieder einbinden.

Die Maschine einschalten

Der Bootvorgang kann einige Zeit dauern, sollte aber ohne Probleme durchlaufen. Wenn es hier hängen bleibt bitte nochmal die VMX Datei auf vollständigkeit kontrollieren.

Yay ;D

Da ich davon ausgehe das die OSX Konfiguration jedem klar ist überspring ich den Teil und steige bei der Treiberinstallation wieder ein.

Schritt 4 - Die Installation der Treiber

VMware Tools

Diese sorgen für u.A. für SVGA Treiber. Bitte die darwin_snow.iso über das CD Icon Rechts unten wieder verbinden. Kurz darauf sollte ein "VMware Tools" Icon am Schreibtisch auftauchen.

Das Installationsprogramm per Doppelklick starten.

VMware Tools installieren und das System neu starten.

Sonstige Treiber

Da das OSX System bereits über eine funktionstüchtige Netzwerkverbindung verfügt die zusätzlichen Treiber am besten gleich in der VM herunterladen. So spart man sich das umkopieren.

SVGA Update

Was ich zusätzlich noch gemacht habe war ein Update der durch die VMware Tools installierten SVGA Treiber. Hierzu gibt es eine Projektseite auf Sourceforge:
http://sourceforge.net/projects/vmsvga2/files/

Die Datei VMsvga2_v1.2.2_Common_Installer.pkg herunterladen, installieren und neu starten.

Soundtreiber

Vor der Installation der Soundtreiber sollte man einen Snapshot erstellen. Mir hat es beim ersten mal die Installation zerlegt.
http://sourceforge.net/projects/vmsvga2/files/Audio

Die Datei EnsoniqAudioPCI_1.0.2_for_SnowLeopard.mpkg.tar.gz herunterladen und mit folgender Option installieren:

Nach einem Neustart ist Ton verfügbar und mein Tutorial abgeschlossen.

Ich schlage noch vor das man ein paar grafischen Schnick-Schnack ausschaltet um die VM schneller zu machen, die lustigen Leisteneffekte unten eignen sich hierfür z.b.

Zudem sollte man unbedingt den Energiesparmodus der OSx Installation deaktivieren, da es hier zur Problemen beim reaktivieren kommen kann.

Ein Softwareupdate kann auf ganz normalen Weg durchgeführt werden. Bitte hier auch an die Snapshot Funktionalitäten der VM denken. Es spart einem viel Mühe das System wieder zum Laufen zu bekommen wenn doch einmal etwas schiefgeht.

Hoffentlich hab ich nichts vergessen

p.s. ich habe ein ZIP Archiv mit fertig konfigurierter VM angehägt falls jemandem das editieren der VMX Datei zu blöd ist.

OS muss selbst installiert werden . Es ist die VM dieses Tutorials, also bereits erfolgreich getestet.

Vorgefertiges VMX File

A general system error occurred: Migration failed while copying
data. Already disconnected.

Mit folgenden Fehlerdetails

Migration to host <<unknown>> failed with error Already disconnected (195887150).
vMotion migration [-1407644152:1291646678441186] write function failed.
vMotion migration [-1407644152:1291646678441186] failed to flush channel: Already disconnected
vMotion migration [-1407644152:1291646678441186] socket connected returned: Already disconnected

Die behebung dieses Problems ist ein wenig aufwendig. Zuerst scheint der mit 4.1 eingesetzte nx_nic Treiber in Version 4.0.550 Probleme mit NC375x Quadport Karten zu haben.
KB 1027206: Determining NIC firmware and driver version in ESX/ESXi 4.x

Nach dem Update der nx_nic Treiber auf Version 4.0.570 ist das Problem gelöst.
Aktuelle VMware Treiber für die QLogic Netzwerkkarte gibt es hier. Installationsanleitung liegt bei (Bei ESXi einfach das vSphere CLI verwenden)

Das gesamte Problem ist auch hier beschrieben: KB 1026021: vMotion fails on ESX/ESXi 3.5 and 4.0 with some versions of nx_nic and unm_nic drivers

Nach Arbeitsspeichererhöhung der Appliance von 2 auf 4 GB hat sich die Performances meines Erachtens merklich verbessert. Der Service stürzt jetzt auch nicht mehr so oft ab.

Eine CPU Erhöhung von 2 auf 4 hat leider nicht so viel gebracht.

Wenn man nicht auf ein VMDK oder Raw Device schreibt sondern über Netzwerk auf eine CIFs Share sollte man unbedingt die IP Adresse des Servers und nicht den Namen verwenden. Hat bei mir einige der "Task terminated enexpectedly, possibly due to a power failure or system crash." Fehler behoben.

Die Reports kann man nicht löschen und sie werden scheinbar in Version 1.1 nicht automatisch bereinigt. Falls man die Einträge unbedingt loswerden möchte kann man folgendes tun:

Die beiden Dateien Config10.dat und Config10.bak im Verzeichnis /var/vmware/datarecovery/ beinhalten sowohl Backup-Konfiguration als auch alle Reports. Die Dateien können nachdem man den Dienst mit "service datarecovery stop" beendet hat gelöscht werden.

Allerdings muss man dann die Appliance neu konfigurieren. D.h. alle Backupjobs und Backupziele sind erstmal nicht mehr vorhanden. Die Restorepoints werden wieder angezeigt sobald man das Backupziel wieder korrekt konfiguriert hat.

Sehr umständlich aber es funktioniert, ich hoffe VMware baut in die nächste Version eine Logfile Verwaltung mit ein.

p.s. die standard Zugangsdaten zur Appliance sind root // vmw@re

Edit: Mit Version 1.2 ist's besser geworden

1. Der Host geht auf Status rot da wärend des Snapshot entfernen keine automatische Lastverteilung funktioniert.

DRS-Ressourceneinstellungen können nicht auf dem Host 'xyz' in 'Datacenter' angewendet werden (Ursache: Ein allgemeiner Systemfehler ist aufgetreten: Invalid fault). Dies kann die Effektivität von DRS erheblich beeinträchtigen.

2. Das Snapshot entfernen dauert zu lange fürs Virtual Center, d.h. es gibt eine Fehlermeldung sowie einen Timeout.
Tipp: Um zu sehen was los ist, direkt auf den entsprechenden ESX Host gucken, denn da läuft das entfernen weiter.

 3. Das Entfernen dauert eine halbe Ewigkeit, aber da muss ich jetzt wohl durch. Ich brauch ein schnelleres Storage, blödes Ding

So ein Snapshot entfernen kann schonmal ne Stunde dauern, ich darfs wohl nicht mehr vergessen. ^^

Endlich hinbekommen.

WoW Version: 3.1.1

FPS: 8-20

Jetzt brauch ich irgendwann nur noch viel zeit und einen Account dem eine Sperrung nichts ausmacht ^^

rpm -i /mnt/cdrom/VMware/RPMS/telnet-0.17-26.EL3.3.i386.rpm

und danach mit

rpm -e telnet-0.17-26.EL3.3

wieder runterwerfen.