19 – 23 December bid all a Merry Christmas, with handy ideas for network monitoring, simplifying cluster source IP, using Windows XP on Windows 7 and new training course locations.
Martin S started by sharing his secret for fast network troubleshooting: Intermapper displays information on the structure, status, data transfer volumes, available bandwidth and potential network problems in real-time on a network map, via SNMP.
Markus N then announced new NETWAYS training venues for 2012. Alongside courses in Nuremberg, “Icinga Availability Monitoring” is now offered in Düsseldorf and “Puppet Configuration Management” in Zurich. “Nagios Availability Monitoring” and “SLA Reporting” classes will now be held at a second Nuremberg venue, at the Park Inn Hotel. What hasn’t changed however, is our training course content and concept – intensive knowledge transfer in small groups, in a casual and hands-on environment.
Following on, Ansgar explained how to run old programs on Windows 7 in XP mode with the help of Windows Virtual PC. As long as the hardware can support the extra virtualization load, both Windows XP mode and Virtual PC can be easily downloaded and installed, alongside the desired, old programs. Thanks to the “seamless mode” and ability to access Windows 7 files, this virtual solution is makes using older applications with the XP look and feel, a breeze.
As a final Xmas contribution, Carsten showed how to change the source address of a cluster with Pacemaker. As he found the existing OCF Resource agent script, known as IPsrcaddr to be somewhat unreliable, Carsten wrote and shared his own. Once his resource agent, IPsrcaddr2 is filed in the right place, configuration of Corosync/Pacemaker a one-liner. It can then be used to set the source IP address of Icinga checks. This is handy in a two-node cluster, as the cluster IP can be used as opposed to setting both IPs in the firewall or NRPE daemons.
NETWAYS Blog
Windows 7 – Alte Programme im XP-Mode
Firmen wie Privatmenschen schleppen oft über über Jahre Software mit sich herum, die – komme was wolle – weiterverwendet werden muss, aber auf aktuellen Systemen diverse Kniffe erfordert, um zu laufen. So erst kürzlich bei mir geschehen, nachdem mein Vater einen PC mit Windows 7 64bit erworben hatte.
Nicht-wirklich-Kompatibilitätsmodus
Da sich Windows 7 trotz Kompatibilitätsmodus standhaft dagegen stäubte, die alten Anwendungen auszuführen, fahndete ich nach alternativen Möglichkeiten. Letztlich landete ich ich beim mir bis dahin nicht bekannten XP-Modus unter Windows Virtual PC. Beides kann man bei Microsoft herunterladen und bekommt eine Lizenz inklusive.
Beachten sollte man den nicht allzu geringen Ressourcenverbrauch bzw. die Hardware-Anforderungen, etwa muss Hardware-gestützte Virtualisierung unterstützt werden. In meinem Fall genügt glücklicher Weise die eine Lizenz und die Leistung des 08/15-PCs ist für die Bedürfnisse meines Vaters mehr als reichlich bemessen.
Installation
Man installiere beides wie auf der Website angegeben, starte den Windows XP Modus, lege einen Benutzer mit Kennwort an und konfiguriere das System, etwa Computername, Arbeitsgruppe beziehungsweise Domäne. Zu guter letzt dort noch die problembehaftete Anwendung installieren, fertig.
Zugriff auf Windows 7-Ordner
Der Virtual PC nutzt seine eigene Verzeichnisstruktur, legt also Dateien lediglich in Unterordnern des VM-Images ab. Damit man nicht anschließend unter Windows 7 nach Dateien wühlen muss, bietet es sich an, benötigte Laufwerke/Ordner unter Windows 7 freizugeben und anschließend unter XP als Netzlaufwerk einzubinden, etwa per „Ausführen“ (Windows-Taste+R)->“cmd“->“net use z: \\windows7pc\c\“.
Nahtlos-Modus
Eine weitere Hürde war die an den PC gebundene Lizenz eines der Programme, dass sich trotz Änderung der Mac-Adresse und anderer Tricks nicht dazu überreden ließ, auf der VM als legale Version zu werkeln. Sich für ein Programm extra bei Windows XP anzumelden und immer wieder zwischen Windows 7 und XP hin- und herzuschalten, ist nicht praktikabel. Daher bietet sich der Seamless-Mode für die Problem-Anwendung an. Diese hatte ich bereits unter XP installiert. Nun fährt man XP einfach in den Bereitschaftsmodus und wählt im Windows 7-Startmenü die Anwendung, die mittlerweile dort aufgetaucht sein sollte. Diese lässt sich nun als „Virtuelle Anwendung“ ausführen, lediglich zu erkennen an dem Programmfenster in XP-Optik und einer geringfügig längeren Ladezeit.
Hintergrund – Der ewige K(r)ampf
Mitte der 90er, als ich meine Füße noch unter den Tisch meines Vaters ausdünstete, war der Preis für Kost und Logis unter anderem, den heimischen Admin zu mimen. Von jeher waren die parental gestellten Anforderungen an Soft- und Hardware weniger logischer Natur, sondern entsprangen dem täglichen Umfeld („Der Nachbar hat so einen Schneider CPC – wir brauchen auch einen …“) beziehungsweise waren durch Erfahrungen geprägt („Ich hab im Büro einen PC. Da läuft Dos/Windows/Office […] drauf. Außerdem hat der Nachbar jetzt auch einen. Also kaufen wir auch einen.“). Dazu gesellte sich recht spezielle Software, bedingt durch ein nicht allzu häufiges Hobby.
Andere Leute sammeln Briefmarken, mein Vater dagegen hat sich der Aerodynamik verschrieben. Was er früher mithilfe von Zeichenbrett, Taschenrechner und Holzschablonen, später vermittelst Amstrad CPC und Nadeldrucker und schließlich PCs mit CAD-Software und Tintenstrahlern realisierte, ist längst bei Mehrkernprozessoren, CNC-Fräsen und Kohlefaser-Kevlar-Konstrukten angelangt.
Doch egal, welche Plattform, solange ich denken kann erwiesen sich (und erweisen sich noch heute) die eingesetzten Programme als besondere Herausforderung – und begründeten damit wohl unter anderem meine bis heute andauernde Aversion gegen Fortran. Kein Wunder, denn die doch recht spezielle und in geringen Stückzahlen verbreitete Software erfährt lediglich alle Jubeljahre mal etwas an Pflege, und da die Lizenzen zudem eine nicht unerhebliche Investition darstellen, waren diverse Upgrades undenkbar.
Ehemalige Versuche
Prinzipiell konnte Windows NT alles nötige ausführen. Aber aufgrund von diversen Unzulänglichkeiten des Betriebssystems verursachte die Nutzung durch meinen alten Herrn auf Dauer einen nicht tragbaren Verwaltungsaufwand („Mein Computer läuft schon wieder nicht mehr“ – „Was hast du denn gemacht?“ – „ Nur die Auflösung geändert.“ – „Ohne Neustart? Ok, ich installier‘ es komplett neu …“)
Letztlich kam ich auf den Trichter, ein Dual-Boot-System mit OS/2 und Windows 95 einzurichten. Auf ersterem liefen seine Programme lange Zeit wunderbar und falls sich doch mal eines verabschiedete, konnte man es einfach so beenden.
Erst mit erscheinen von Windows XP schien die Geschichte ein Ende zu nehmen. Das war ziemlich bedienungsfreundlich und was die Kompatibilität betrifft – nun, eigentlich lag es nur zum Teil an XP: inzwischen gab es aber schlichtweg bessere Versionen der Problem-Programme.
