Ich hatte es selbst leider nicht gemerkt, aber seit der Umstellung der icomasoft Webseite war die PowerCLI Referenz nicht mehr verfügbar. Der Link ist korrigiert und das PDF kann hier runtergeladen werden: PowerCLI Referenz

Es gibt hin und wieder ein Event im Jahr die man sehen muss! Dieses Jahr kommt ein weiteres Event dazu. ‚ÄûRaising the Bar, Part V‚Äú kündigt großes an. VMware CEO Paul Maritz und CTO Steve Herrod wollen am 12 Juli einen weiteren ‚Äûmajor step forward in Cloud Infrastructure‚Äú präsentieren. Anschauen lohnt sich…

Anmeldung

Es kann bei den HP G7 Bladeservern (habe noch keine betroffenen Rackmounts gesehen) zu einem sehr unschönen Effekt kommen, wenn die Firmware nicht auf dem aktuellsten Stand ist:

Jeder Warmstart (STRG+ALT+ENTF oder reboot Kommando) eines Blades führt zum Stillstand dieses. Genauer befindet sich nach dem Warmstart läuft das Blade in einer Endlosschleife und kann nicht mehr bedient werden. Einzige Lösung ist ein Bayreset über das Blade Chassis Management.

Daher vor Inbetriebnahme der Blades immer erst die Firmware aktualisieren.

Ich bin vor kurzem wieder auf den Fall gestossen, dass ich einer Linux VM mittels hot-add eine zusätzliche Festplatte im laufenden Betrieb anhängen musste. Da dies nicht jeden Tag passiert, war ich wieder auf der Suche nach dem SCSI Rescan Befehl.

Ich wurde hier fündig:¬†http://www.cyberciti.biz/tips/vmware-add-a-new-hard-disk-without-rebooting-guest.html

Das waren die für mich relevanten Befehle dieses Artikels:

echo “- – -” > /sys/class/scsi_host/host#/scan
fdisk -l
tail -f /var/log/message

Wenn man Jumbo Frames verwendet, müssen diese End-to-End konfiguriert werden. Das bedeutet, dass jedes Gerät, jeder Port und jede Firewall Jumbo Frames unterstützen muss. Ist dies nicht der Fall, kann dies zu erheblichen Performance Einbrüchen oder sogar Ausfällen führen.

Ein solches Problem hatte einer meiner Kunden letzte Woche. Nach der Umstellung auf Jumbo Frames ist die komplette Infrastruktur aus den Fugen geraten. Es konnten keine VM´s deployed werden, DvSwitches waren nicht mehr mit den Hosts synchron und ESXi Hosts sind aus dem vCenter geflogen. Chaos!
Das Problem war folgendes: Ein physikalischer Nexus 5k hatte ein Software Bug. Dieser nahm Jumbo Frames zwar an, hat diese anschließend aber verworfen und nicht wieder verschickt. Dadurch war die Verbindung zum Storage nicht mehr nutzbar. Dieses Problem hat den host.d Dienst auf dem Host auf 100% CPU Last gebracht. Dadurch konnte der vpx Agent nicht mehr mit dem vCenter kommunizieren.

Es ist also immer wichtig Jumbo Frames End-to-End zu verwenden. Getestet werden kann dies mit vmkping.

Christoph Harding hat ein Buch zur Administration von VMware View 4.5 geschrieben und kostenlos als E-Book veröffentlicht. Das Buch könnt ihr unter folgender URL anfordern:¬†http://de.thatsmyview.net/kostenloses-view-4-5-ebook/

Christoph bittet darum, dass Leser des Buches die Gefallen an diesem finden und denen das Buch hilfreiche Tipps für die eigene Infrastruktur gibt (dessen bin ich mir sicher, nach Durchsicht des Buches), für einen gemeinnützigen Zweck spenden und ihm dies mitteilen. Ich finde dies ist eine wirklich tolle Sache und werde im Namen von vmachine.de auch 150 ‚Ǩ an die Deutsche Krebshilfe spenden.

Ich bin gerade auf ein Problem mit dem Adobe Reader X als ThinApp Paket gestoßen. In Adobe Reader X gibt es einen sogenannten ‚ÄûProtected Mode‚Äú der in Kombination mit ThinApp nicht funktioniert.

Ihr müsst folgende Zeile in der current_user Registry im Projekt einfügen und danach den Build bauen.

isolation_full HKEY_CURRENT_USERSoftwareAdobeAcrobat Reader10.0Privileged

Value=bProtectedMode

REG_DWORD=#00#00#00#00

In einem meiner Projekte verwendet der Kunde IBM x3850 X5 Systeme. Diese werden zu einer X3950 X5 verbunden. Das bedeutet, man ‚Äûbaut‚Äú aus zwei Systemen á vier Sockel ein logisches System mit acht Sockeln.
Hier möchte ich ein paar Erfahrungen mit dem System schildern. Leider sind diese Erfahrungen nicht sehr positiv.
Die Maschine hat viel zu viel Power meiner Meinung nach. Insgesamt hat das System mit aktuellen CPU´s 64 Cores ohne HT. Die Systeme sind mit 512 GB RAM ausgestattet was viel zu wenig ist um die CPU Leistung zu nutzen. Der RAM ist also doch sehr teuer. Bisher hatten wir noch keine produktiven Systeme auf den Hosts aber ich will erst gar nicht an den Ausfall von 250 – 300 VM´s denken.
Dazu haben wir viele Probleme mit den Remote Boards (IMM) und Konsolen Ports (hier Raritan). Beides funktioniert nicht zuverlässig. Die IMM¬¥s sind oft nicht erreichbar, bleiben hängen oder die Konsole friert ein.
Dazu gibt es allgemeine Probleme mit der Hardware. Aktuell muss die IBM irgendwelche ‚ÄûClips‚Äú nachrüsten da die 10 GbE Adapter nicht korrekt gesteckt werden können‚Ķ

Aktuell muss ich mal wieder von der Größe der Systeme abraten und definitiv dieses Modell auf meine persönliche Blacklist setzen. Das Modell hat schon viel Nerven gekostet‚Ķ

Manche PSOD (purple screen of death – der ESX Blue Screen) lassen einen doch ziemlich sprachlos zurück. Im folgenden PSOD ist die Meldung zwar klar lesbar und man weiß direkt, dass wohl ein Hauptspeicherproblem vorliegt. Wer hat nun genau im laufenden Betrieb die RAM Bausteine ausgebaut?!? Lösung des Problems war das Ausschalten des Systems mit anschließendem Festdrücken aller RAM-Bausteine und späterem Neustart. Entweder wurde der SUN Server doch arg erschüttert oder es lag ein BIOS Fehler vor – zumindest sind das die Vermutungen.

Wer kennt sie nicht die Sisyphusarbeit nach der Konvertierung einer Maschine nach VMware. Das Entfernen der nicht genutzten Geräte im Gerätemanager. Das macht nicht wirklich Spass. Mir ist ein Artikel aufgefallen in dem eine Möglichkeit dargestellt alle Geräte im Ganzen zu entfernen. Massimo Biagi hat ein ISO erstellt, dass ein passendes Skript enthält, welches die Arbeiten durchführt. Hier sind die Informationen und der Downloadlink.