VMware Einstellung zur Installation von OEM Windows smbios.ReflectHost

Fehlermeldung

Für die Installation von OEM Windows Betriebssystemen von der Hersteller-Installation-CD kann es sein, dass eine VMware Gast Einstellung getätigt werden muss, sodass die Installation korrekt gestartet werden kann. Die Installationsroutine prüft, ob es sich um ein passendes BIOS des jeweiligen Herstellers handelt. Bei Unstimmigkeiten kommte folgende Fehlermeldung:

Nötige VMware Einstellung

Über die Einstellungen des Gastes kann eingestellt werden, dass die BIOS Informationen des Hardware ESX Servers in den Gast durchgeschliffen werden.

Das Geschieht über „Einstellungen bearbeiten…“ dann über den Reiter „Optionen“ und dort beim Punkt „Erweitert“. Dort dann auf den Button „Konfigurationsparameter…“ klicken und dort die Zeile

„smbios.ReflectHost“ mit dem Wert „true“

hinzufügen.

XSI Backup Software für ESXi

XSI Backup beschaffen

https://sourceforge.net/projects/xsibackup/files/

NFSSERVER auf der Linux Box fertig machen

/etc/exports
/local/path *(rw,no_root_squash,sync)

/etc/init.d/nfsserver start

In VSphere Client NFS einbinden

Bitte die IP-Adresse durch die IP-Adresse des NFS-Servers und Directory durch den eigentlichen Pfad ersetzen.

Server: 1.2.3.4
Directory: /local/path
NICHT Schreibgeschützt
Name: DATASTORE BACKUP

XSI Installation

Siehe Quickstart Guide
Siehe https://sourceforge.net/projects/xsibackup/files/

Beispiel für Backup-Aufruf über SSH am ESXi

./xsibackup –backup-point=“/vmfs/volumes/BACKUP-MORPHEUS“ –backup-type=running

3Par und VMware voller Datenspeicher

1. Fehlerbild

In der VSphere Client Console wird ein Host so angezeigt:

Und in der Übersicht des Hosts steht dazu noch:

ESX Gast meldet kein Speicherplatz mehr auf hinterlegten virtuellen Festplatte (vmdk-Datei).
Der Server ist per VMware-Console und auch per Netzwerk nicht mehr erreichbar.
Mit Glück kann man auf Retry klicken und man kommt dann wieder auf den Server.
Dann können im Betriebssystem Daten gelöscht werden.

2. Grund

Einem logischen Volume der 3Par für einen VMware-Store wurden 5,5 TB Speicherplatz per Thin Provisioning zugewiesen.
Bis dahin könnte der Store es also per Thin Provisioning auf der 3Par wachsen.
Der Speicher der dahinterliegenden CPG-Gruppe der 3Par ist aber durch alle anderen darauf befindlichen LUNs aufgebraucht.
Das für das logische Volume eingestellte Wachstum ist also nicht möglich.

3. Lösung

3.1 Lösung „normal“

Einfach mehr Speicher aus der entsprechenden CPG an das Volume zuweisen.
Die 3Par Management Console öffnen und als Admin anmelden.
Im linken Bereich dann „Provisioning“ klicken und die volle LUN heraussuchen (Storage Systems -> 3PAR -> Virtual Volumes -> Exported) dann im rechten Bereich auf den Tab „Virtual Volumes“ klicken.

Dort per Rechtsklick auf den Punkt „Edit“ klicken und etwas mehr Speicherplatz unter „Size“ zuweisen.

ACHTUNG: Wenn der dahinterliegende Store voll ist kann kein Wachstum geschehen bitte dann Punkt 3.2 beachten!
ACHTUNG: Wenn man nicht vorhandenen Speicherplatz hinzufügt, kann es sein, dass der Datastore für VMware nicht mehr zugreifbar ist und somit auch die Gast-Konfiguration nicht mehr ausgelesen werden kann!

„3Par und VMware voller Datenspeicher“ weiterlesen

Performance Probleme durch Hardware Interrupts Windows 2003 in VMware ESX 5.5

Bei einem Server für ein Dienstplanungsprogramm stellte sich vor einigen Tagen ein massives Performance Problem ein. Ich vermute, dass jemand etwas an der virtuellen Hardware durchgeführt hat. Konnte aber keine weiteren Informationen dazu erhalten. Vielleicht gab es ein VMware-Tools Update etc. Leider konnte ich mich aus Zeitgründen nicht weiter damit befassen, da es für mich für nur noch um die Lösung des Problems ging.

Auffällig war, dass die Datenträgerwarteschlange im Perfomance Monitor von Windows sehr hoch war.

Weiter fiel mir auf, dass der Taskmanager permanent 100% CPU Last anzeigte, jedoch die Addition der CPU-Last der laufenden Prozesse max. auf 80% CPU-Last kamen.

Darauf hin habe ich mir die Sache mit dem Process Explorer angesehen.

„Performance Probleme durch Hardware Interrupts Windows 2003 in VMware ESX 5.5“ weiterlesen

Migration eines physikalischen Windows XP Rechnern auf einen VMware ESX-Server

VMware-Converter

Zunächst dem VMware-Converters von der VMware Homepage herunterladen (Registrierung notwendig). Dann den VMware-Converter auf der zu migrierenden physikalischen Maschine installieren. Bei der Installation nur die lokale Version auswählen (kein Client Server Modus).

Bei Gelegenheit vom physischen Host noch mit einem Keyfinder den Windows XP Product Key exportieren.

Nach Installation dann die Software starten und auf Convert klicken.

Dort „diese physische Maschine“ auswählen.

In den weiteren Fenstern bitte IP-Adresse und Zugangsdaten des ESXi-Servers eintragen.

ACHTUNG: Bitte in den Einstellungen für die VM, die erstellt wird die Netzwerkkarte so einstellen, dass diese beim Einschalten nicht verbunden wird (zur Sicherheit, um IP-Adresskonflikte zu vermeiden)!

Dann den Konvertiervorgang starten.

Hinweis zu Dauer

Die Konkrete Dauer für eine Hardware Intel Core i3 CPU mit ca. 500 GB Festplatte, von der ca. 10% belegt waren betrug ca. 2 Stunden.

Probleme mit der Windows-Aktivierung

Im Nachhinein ganz klar, dass das Windows XP durch die andersartige „Hardware“ der VMware-Virtualisierung neu aktiviert werden musste. Nach Fertigstellung ein Einschalten der Maschine wurde das Windows XP gebootet. Leider erschien direkt die Meldung, dass Windows erneut aktiviert werden muss.

Um das Problem zu lösen, habe ich die Maschine rebootet und eine Windows XP-CD als ISO File in die VMware Konsole eingebunden. Dann das migrierte VM-System ins Bios booten und schauen, dass das CD-Laufwerk als Boot-Device aktiv ist. Den Start ins Bios Setup kann man in den Einstellungen der virtuellen Maschine im Reiter „Optionen“ einstellen und dann von der CD-Booten.

Wer schnell genug ist und den Fokus in die VMware Konsole bekommt, der kann auch per Tastendruck ins Bios Setup gelangen.

„Migration eines physikalischen Windows XP Rechnern auf einen VMware ESX-Server“ weiterlesen