Der Support sagte sinngemäß, dass auf dem Controller ein Windows XP Embedded laufen würde, die würden eben hin und wieder Fehler ohne konkrete Ursache melden und durch einen Neustart wären die Meldung dann auch weg. Was sich nicht alles Enterprise heutzutage nennt …

Bisher war es recht schwierig die ESX Server selbst zu inventarisieren. Natürlich konnte man den Agent in die Server-Umgebung installieren, aber mit Version 4.5 wird es diese nicht mehr geben, sondern nur noch den ESXi. Hier setzt nun fusioninventory-esx an. Dieses Tool verbindet sich über die API zum ESX-Server , holt sich dort die notwendigen Daten und schreibt eine .ocs-Datei, welche man mit dem FusinInventory-Injector in den OCS Server importieren kann:


fusioninventory-esx --host $HOSTNAME -u $BENUTZER --password $PASSWORD \ --directory /var/lib/fusioninventory-agent/
fusioninventory-injector -v -r -d /var/lib/fusioninventory-agent/ \ --url http://admin:admin@localhost/ocsinventory


Obiges sollte selbsterklärend sein. Interessantes Detail ist -r -d beim Injektor. Ersteres löscht erfolgreich importierte .ocs-Dateien und -d liest alle im angegeben Verzeichnis – eine schöne Erleichterung fürs Scripten.

Wer ein fertiges Paket für Redhat/Centos sucht wird beim Remi Repo fündig. Installation via yum –enablerepo=remi install perl-FusionInventory-Agent-Task-ESX – was will man mehr.

Schaut man sich nach Alternativen um stößt man unweigerlich auf Devices mit TEMPer-Beschriftung. Es gibt sie in verschiedenen Ausführungen. Als TEMPer1 mit integrierten oder abgesetzten Fühler. Als TEMPer2, das beide vereinigt oder als TEMPhum für Temperatur und Luftfeuchtigkeit. Der einfache Sensor liegt bei etwa 10 Euro, TEMPer2 und TEMPHum bei etwa 20 Euro in der Bucht. Es gibt noch weitere Modelle, einfach mal bei PCsensors.com schauen.

Treiber-technisch muss man ein wenig probieren, denn es wird und wurde unterschiedlichste Hardware verkauft. Ich nutze den Treiber von Revalak Labs. Man muss etwas im Source editieren um die Gesprächigkeit abzustellen, aber sie laufen (auch auf meiner NSLU2) zuverlässig. Für TEMPERHum gibt es HID-TEMPerHUM (ungetestet von mir).

Das ist alles eine Notlösung, denn eigentlich möchte ich etwas mit mehr Flexibilität. Brauchbare Wetterstationen sind für meine Zwecke einfach zu teuer, daher liebäugel ich eigentlich mit einem Arexx TL-500 für den es leider keine offiziellen Treiber gibt (man arbeitet aber daran) und die diversen im Internet verfügbaren Lösungen bilden noch nicht alles ab. Im Januar 2011 soll es dann endlich soweit sein, dann werde ich mir die Sache einmal näher anschauen.

Beim Suchen der Fehlerursache mit der Taschenlampe hörte ich ein Piepen und war froh, das es ein Lebenszeichen meiner USV war. Die Ursache war denn auch schnell ausgemacht. Das einzige Stück Kabel, welches wir damals nicht erneuert hatten war durchgeschmort. Zum Glück war es nur die Zuleitung zum Lichtschalter und so konnte ich es gefahrlos abkneifen und am Samstag erneuern. Natürlich muss ich dafür die Sicherung ausschalten, aber durch die USV war das kein Problem.

Bei dem etwas älteren Bild fällt mir ein, dass ich meine Infrastruktur mal wieder erneuern muss. So ein Seagte Freeagent Dockstar wäre sicher eine gute Ablösung.

• Linksys BEFSR41 Router – Zustand keine Ahnung
• Linksys WRT54GL mit OpenWrt 10.03
• Sipura SP-2000 ATA
• Siemens DSL-Modem
• Fritzbox Fon 3030 (glaube ich) mit Freetz drauf
• No-Name 5 Port 100Mbit Switch

Als Spende an Vereine oder angemessenen Obulus an Privatpersonen. Zuschlag für Erstgenannte nach FIFO-Prinzip. Wenn sich kein Verein meldet entscheidet bei Privatpersonen die Höhe des Angebotes für alles (kein Rosinen-Picken), das Geld spende ich dann. Gebote per Email, Adresse steht im Impressum.

A chiller failed, leading to a high ambient temperature, leading to 5 other chillers failing.

Es reicht also nicht alles Mehrfach zu haben, es sollte auch in der Lage sein Ausfälle zu kompensieren.

siehe auch Datacenterknowledge

Sharp Edges and Corners on Array

Bugs 6540408, 6538961, 6538960 – Watch out for sharp corners and edges on:

* The Controller Module (corners)

* Power Modules (corners)

* Tray edges (chassis ears edges)

Workaround – Handle the array carefully to avoid the sharp corners and edges.

Gefährlich sage ich da nur! Gefährlich!

So denke ich, das sich ein VMWare HA Cluster nur bedingt mit einen konventionellen HA-Cluster vergleichen lässt. Jörg Möllenkamp geht es wohl ähnlich. Zwar beschäftigt sich sein Posting vordergründig mit dem Widerlegen von Aussagen rund um VMware und Oracle, aber er zeigt ein paar Punkte auf die ich für vollkommen richtig halte.

Für mich noch viel Wichtiger: ein HA N+1 Cluster besteht aus N+1 mal Hardware sowie Betriebssystem, während man bei VMware zwar N+1 mal ‘Hardware’ hat, aber nur ein Betriebssystem. Deutlicher gesprochen: ein normales HA-Cluster macht einen Dienst hochverfügbar, VMware tut dieses aber nur für die Hardware. Geht in der VM das OS kaputt – Pech gehabt, beim HA-Cluster schwenkt man auf den nächsten Node. Bestimmt kann man mit Cloning und Scripting immer dafür sorgen eine (mehrere) Kopie(n) zur Hand zu haben, nur bietet das keine Garantie im Falle eines Falles eine funktionierende und getestete Umgebung vorzufinden, ob man sich darauf verlassen möchte muss jeder selbst wissen