VMware
ESXi Trial Periode zurücksetzen
25.03.2011
rm /etc/vmware/vmware.lic
rm /etc/vmware/license.cfg
sync
/sbin/services.sh restart
rm /etc/vmware/license.cfg
sync
/sbin/services.sh restart
Hotplug RAM und CPU in vSphere VMs
27.02.2011
Einer VM kann RAM und CPU im laufenden Betrieb untergeschoben werden.
Hierfür muss in den Eigenschaften die Option "Memory/CPU Hotplug" eingeschaltet sein!
Erfordert VM Hardware Version 7
Leider erkennt SLES11 (und wahrscheinlich die älteren auch) diese Änderung nicht.
Die CPUs müssen von Hand aktiviert werden:
for a in /sys/devices/system/cpu/cpu*/online; do echo "1" > "$a"; done
VMware KB:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1015501
Für den RAM muss etwas mehr gemacht werden:
Zuerst muss das Speicher-Hotplugmodul geladen werden:
modprobe acpi_memhotplug
Wenn der Server von weniger als 3GB Ram auf mehr als 3GB hochgerüstet werden soll, kann das zu Problemen führen. Dem Kernel fehlt dann evtl. das Modul swiotlb.
VMware KB:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1019401
Das kann vorab überprüft werden:
dmesg | grep SWIOTLB
Folgende Ausgabe zeigt ein vorhanden sein des Moduls:
[ 0.000000] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Ist das Modul vorhanden kann das Hotplug vollzogen werden. Ansonsten sollte der Server herunter gefahren werden!
Nach dem Konfigurieren der VM kann der Speicher mit dem Komanndo aktiviert werden: for a in /sys/devices/system/memory/*/state; do echo "online" > "$a"; done
Mit diesem Komando kann überprüft werden ob noch Speicherbänke offline sind!:
grep line /sys/devices/system/memory/*/state
VMware KB:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012764
Hierfür muss in den Eigenschaften die Option "Memory/CPU Hotplug" eingeschaltet sein!
Erfordert VM Hardware Version 7
Leider erkennt SLES11 (und wahrscheinlich die älteren auch) diese Änderung nicht.
Die CPUs müssen von Hand aktiviert werden:
for a in /sys/devices/system/cpu/cpu*/online; do echo "1" > "$a"; done
VMware KB:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1015501
Für den RAM muss etwas mehr gemacht werden:
Zuerst muss das Speicher-Hotplugmodul geladen werden:
modprobe acpi_memhotplug
Wenn der Server von weniger als 3GB Ram auf mehr als 3GB hochgerüstet werden soll, kann das zu Problemen führen. Dem Kernel fehlt dann evtl. das Modul swiotlb.
VMware KB:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1019401
Das kann vorab überprüft werden:
dmesg | grep SWIOTLB
Folgende Ausgabe zeigt ein vorhanden sein des Moduls:
[ 0.000000] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Ist das Modul vorhanden kann das Hotplug vollzogen werden. Ansonsten sollte der Server herunter gefahren werden!
Nach dem Konfigurieren der VM kann der Speicher mit dem Komanndo aktiviert werden: for a in /sys/devices/system/memory/*/state; do echo "online" > "$a"; done
Mit diesem Komando kann überprüft werden ob noch Speicherbänke offline sind!:
grep line /sys/devices/system/memory/*/state
VMware KB:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012764
VUM bricht mit unbekanntem Fehler ab
16.06.2010
Beim update eines vSphere Servers mit VUM kann es zu unbekannten Fehlern beim Staging oder Einspielen kommen.
In diesem Fall überprüfen ob der Patchmanager das / Filesystem zugemüllt hat.
In dem Fall alle Dateien und Verzeichnisse unter /var/cache/esxupdate löschen.
Anschliessend einfach nochmal scannen und Einspielen.
In diesem Fall überprüfen ob der Patchmanager das / Filesystem zugemüllt hat.
In dem Fall alle Dateien und Verzeichnisse unter /var/cache/esxupdate löschen.
Anschliessend einfach nochmal scannen und Einspielen.
ESX 3i SSH aktivieren
23.04.2010
Am ESX 3i Server mit ALT-F1 auf die andere Konsole wechseln und unsupported eingeben.
Hiermit kommen wir in die Shell.
In der /etc/inetd.conf die Raute vor ssh löschen.
mit ps | grep inetd den Dienst finden und killen.
Den Dienst mitinetd wieder starten, fertig!
Hiermit kommen wir in die Shell.
In der /etc/inetd.conf die Raute vor ssh löschen.
mit ps | grep inetd den Dienst finden und killen.
Den Dienst mitinetd wieder starten, fertig!
Host in HA Cluster must have userworld swap enabled
23.04.2010
As of VMware VirtualCenter 2.5 Update 1, ESX Server 3i systems can only be added to an HA cluster if the system has swap enabled.
This article applies to:
- VMware ESXi 3.5.x Embedded
- VMware ESXi 3.5.x Installable
- VMware VirtualCenter 2.5.x
ESX 3i Servers with swap not enabled will show the following message(s):
An error occured during configuration of the HA agent of the host.
HA Agent has an error : Host in HA cluster must have userworld swap enabled.
To enable swap on the ESX 3i Server:
1. In VirtualCenter, select the ESX 3i server with the error.
2. Click the "Configuration" tab page and click "Advanced Settings"
3. Select "ScratchConfig"
4. Set the data store for ScratchConfig.ConfiguredScratchLocation to a valid directory with more than 1GB to hold the
swapfile. This location can be local or shared storage.
5.Select the ScratchConfig.ConfiguredSwapState option.
6. Click OK.
7. reboot the 3i server to apply the changes.
This article applies to:
- VMware ESXi 3.5.x Embedded
- VMware ESXi 3.5.x Installable
- VMware VirtualCenter 2.5.x
ESX 3i Servers with swap not enabled will show the following message(s):
An error occured during configuration of the HA agent of the host.
HA Agent has an error : Host in HA cluster must have userworld swap enabled.
To enable swap on the ESX 3i Server:
1. In VirtualCenter, select the ESX 3i server with the error.
2. Click the "Configuration" tab page and click "Advanced Settings"
3. Select "ScratchConfig"
4. Set the data store for ScratchConfig.ConfiguredScratchLocation to a valid directory with more than 1GB to hold the
swapfile. This location can be local or shared storage.
5.Select the ScratchConfig.ConfiguredSwapState option.
6. Click OK.
7. reboot the 3i server to apply the changes.
Nutzen von VLANs innerhalb von virtuellen Maschinen (VGT)
23.04.2010
Will man innerhalb einer virtuellen Maschine mit getaggten Interfaces arbeiten (Virtual Guest Tagging), so muss die Portgruppe des virtuellen Switches angepasst werden.
Wenn die Portgruppe defaultmässig eingerichtet wird, hat diese kein VLAN Tag gesetzt. Dies bewirkt, dass die von den VMs gesendeten getaggten Pakete beschnitten werden. Das Tag wird verworfen.
Um dies zu verhindern muss eine VLAN Trunk Portgruppe gebildet werden. Hierzu wird in das Feld für das VLAN der Wert 4095 eingetragen.
Wenn die Portgruppe defaultmässig eingerichtet wird, hat diese kein VLAN Tag gesetzt. Dies bewirkt, dass die von den VMs gesendeten getaggten Pakete beschnitten werden. Das Tag wird verworfen.
Um dies zu verhindern muss eine VLAN Trunk Portgruppe gebildet werden. Hierzu wird in das Feld für das VLAN der Wert 4095 eingetragen.
