RackBlogger

Ein Server hat sich vorhin kurz mit einer Kernel Panic verabschiedet. Auch wenn so was nicht schön ist, die Fehlermeldungen sind teilweise doch recht kreativ.

Nun werde ich mal der Ursache für den Serverabsturz auf den Grund gehen…

Gerade ziehe ich ein größeres Softwareprojekt (~40.000 Zeilen C/C++ Code) vom bisherigen Versionsmanagement CVS in ein neu eingerichtetes Subversion-Repository um. Eigentlich war das schon längst überfällig, die neuen Möglichkeiten mit Subversion sind wirklich sehr verlockend. Allerdings habe ich bisher einfach die Arbeit gescheut (und eventuelle Migrationsprobleme).

Ich bin mal gespannt wie sich’s nun mit svn so arbeiten lässt…

Der Artikel ist gedruckt

Ich beschreibe darin verschiedene Ansätze, wie man in Ajax-Anwendungen mit möglichst geringer Latenz Daten asynchron vom Webserver zum Browser senden kann. Ein einfaches Anwendungsbeispiel hierfür wäre ein Browser-Chat-System.

Wer mehr wissen will: aktuelles ix-Magazin (Ausgabe 6/2007), Seite 122.

Um 03:31 kam eine kurze aber schmerzvolle SMS: ein komplettes Rack ist nicht erreichbar. Schlaftrunken habe ich noch 5 Minuten abgewartet, ob Nagios die Sache sich nicht doch nochmal überlegt (Fehlmessung), aber dem war leider nicht.

Also Techniker im RZ angerufen (das sind die Momente in denen ich die 24/7-Rufbereitschaft vor Ort schätze) und gebeten einen Blick ins Rack zu werfen. Diagnose: Schranksicherung draußen

Der Techniker hat den Strom anschließend wieder eingeschalten, und gegen 03:45 waren fast alle Systeme wieder da. Fast. Ein Rechner blieb stumm - aller Voraussicht nach hat’s bei dem das Netzteil zerschossen und bei der Gelegenheit die Sicherung geworfen. Als klar war daß ein echter Hardwaredefekt vorliegt habe ich dem Techniker Bescheid gegeben daß ich dann wohl in Kürze mal vorbeischauen werde. Genial fand ich dann dessen Kommentar: “Dann setz’ ich schonmal ‘nen Kaffee auf.”

Also umgezogen, ins Auto gesetzt und losgefahren. Natürlich hat es dann auch gleich zu regnen begonnen, aber eine runde halbe Stunde später stand ich schon vor dem Rack. Die Reparatur gestaltete sich etwas unschön - für dieses alte Board hatte ich kein passendes Ersatznetzteil da, daher habe ich spontan die Platten & Controller in einen komplett neuen Server umgebaut und die Gelegenheit somit gleich für ein Hardware-Upgrade genutzt.

Zum Abschluß gab’s dann noch einen Kaffee (kurz nach Sonnenaufgang).

Gegen Ende des Jahres plane ich eventuell unsere Telefonie auch komplett auf IP umzustellen. Für erste Tests habe ich nun ein Cisco 7960G dastehen. Leckeres Teil…

Nach “nur” rund drei Stunden lief dann auch alles, inklusive netzwerkbasiertem Telefonbuch und natürlich dem eigenen Logo.

Die Geräte sind nicht wirklich ein Schnäppchen - die Snom 360 sind eine echte Alternative. Aber vorerst will ich mal ein bisschen herumprobieren, u.a. soll zukünftig das Telefonbuch auf einen internen LDAP-Server zurückgreifen, und Meldungen vom Monitoring per XML-Feed im Telefon angezeigt werden. Mal schauen ob das alles so machbar ist wie ich es mir im Moment vorstelle.

Was bei Cisco schonmal ein absoluter Minuspunkt ist, ist das schwer nachvollziehbare Lizenzmanagement. Neben der separat verkauften SIP-Lizenz kommen nochmal jährliche Wartungskosten (SmartNet) für die Updates auf einen zu. Bis zur Umstellung muss ich also definitiv nochmal die TCO durchrechnen - auch wenn das Gerät selbst einen super Eindruck macht.

Ausgerechnet unser schönes Uni-Schloß haben die abbrennen lassen…

Zur Aufklärung: ich hab’ eben einige Bilder meiner Handy-Kamera heruntergeladen, darunter auch das hier:

Das hatte ich letzten Samstag beim Einkaufen aufgenommen, als alle Erlanger Einsatzkräfte ihre alljährliche Großübung abgehalten haben. Der Rauch war zum Glück nur ein Nebelwerfer.

Wir arbeiten ja derzeit an einer ganz tollen neuen Software. Diese läuft nicht nur unter Linux, Solaris usw., sondern auch unter Windows. Bei den Unix-Systemen als Daemon, unter Windows eben als Dienst.

Und ab sofort kann diese “Konsolenanwendung” auch Fenster anzeigen. Bis vor wenigen Stunden hätte ich das noch nicht so ganz für möglich gehalten, aber es geht wirklich. Mittels der WIN32-API kann man auch “normale” Konsolenanwendungen dazu bringen, Fenster etc. zu erzeugen. Wenn der Dienst nun also startet, kommt erstmal ein informativer Splash-Screen, und solange er läuft steht im System Tray ein Icon, über welches dieser Dienst zur Laufzeit beobachtet und evtl. später auch konfiguriert werden kann. Und das alles ohne .Net oder MFC.
Zugegeben - an sich ist das nur eine kleine Spielerei, aber ich denke dass die Bedienung des Dienstes dadurch ein wenig intuitiver wird. Und es schaut einfach toll aus.

Inzwischen habe ich es mir angewöhnt, unmittelbar vor der Übergabe der Lastschriften an die Bank die offenen Posten nochmal mit den tagesaktuellen Kontoauszügen abzugleichen. Das lässt sich ganz gut automatisieren, da die zu buchenden Lastschriften alle in einer Datenbank stehen, und die Auszüge per HBCI abgeholt werden können.

Auch heute hat es sich wieder gelohnt. Manche Kunden haben es mit ihrer Zahlung offensichtlich so eilig, daß sie diese scheinbar gleich nach Rechnungserhalt begleichen, auch wenn extra unter dem Rechnungsbetrag vermerkt ist: “Betrag wird abgebucht”. Dabei ist der Aufwand von Doppelbuchungen ungleich höher als wenn der Betrag einfach am Ende des vereinbarten Zahlungsziels (i.d.R. 10 Tage) abgebucht wird. Naja, trotzdem dankeschön für’s schnelle zahlen…