Informatik

Die meisten Anwender an den 105 Workstations, die zu administrieren ich bei uns im Klinikum die Ehre habe, gehen nicht gerade pfleglich mit dem System um. Dazu gehört auch ein kontrollierter täglicher Reboot bei Windows-Systemen, einfach um viele Klippen zu umschiffen. Ich habe mittlerweile schon die krudesten Fehler gesehen, die daraus resultieren, daß ein System einfach eine Woche durchgelaufen ist (und in der Zeit exzessiv damit gearbeitet wurde). Die Ursachen müssen in den meisten Fällen nicht einmal Memory Holes im Windows-OS sein. Beispielsweise werden im Rahmen von Softwareverteilungen viele Updates bei Anwendungen durch Reboots bzw. bei Neuanmeldung eines Benutzers am System ausgelöst. Und wenn ein System niemals rebootet, bekommt es auch niemals Updates.

Aus diesem Grund habe ich mir ein kleines VBS gebastelt, welches folgende Aufgabe erledigt: Prüfe die aktuelle Uhrzeit des Systems und die Uptime. Liegt ersteres zwischen 00 und 06 Uhr und ist letzteres bei größer als 24 Stunden, so frage den Anwender, ob rebootet werden darf. Klickt der Anwender auf 'Nein' (weil er z.B. gerade bei einem sehr wichtigen Arbeitsschritt ist), so nerve frage ihn in Abständen von zehn Minuten immer wieder (auch wenn inzwischen 12 Uhr sein sollte). Sollte der Anwender die Dialogbox für 15 Minuten nicht beantworten, so reboote eigenständig.
Ist der Zeitpunkt oder die Uptime nicht wie oben angegeben, so soll natürlich nichts gemacht werden.
Die Reboot-Vorgang macht dasselbe wie ein "forced" Reboot, wie er z.B. nach Windows-Updates ausgelöst wird, wenn man sagt "Jetzt neu starten". Ein "unforced" Reboot hängt sich sehr oft noch an offenen Programmen auf.

Ich habe vorher im Netz geschaut, ob es schon vorhandene Scripts zu diesem Thema gibt, aber scheinbar wird dieses Problem immer durch Zusatzprogramme, die sich in die TrayBar legen, gelöst. Für mich ist jede zusätzliche Anwendung ein zusätzlicher Fehlerfall, darum vermeide ich dies am liebsten. Außerdem wird auf diesem Weg kein Speicher benötigt.
Apropos Speicher: Die regelmäßige Überprüfung geschieht aus Speicherspargründen per Cronjob Scheduled Task. Den Befehl, um diesen Taks zu erstellen, hänge ich unten mit an. Man kann natürlich auch dem Script eine Endlosschleife verpassen, und die Überprüfung auch so abfackeln. Aber bei meinem Arbeitsrechner benötigt die wscript-Umgebung 7 MB im Speicher, und bei einer Workstation mit 4 GB Memory sogar satte 100 MB (Warum?!).

Ennonymous hat neulich über Cacti geschrieben, da dachte ich, ich streu mal noch etwas motivierenden Zucker, was man so alles damit machen kann. Die Graphen bitte anklicken, um sie in ihrer korrekten Größe zu sehen.



Hier ist sehr gut der Verlauf bei einem Authentifizierungs-Server zu sehen. Wie man sieht liegt die Hauptarbeitszeit der Nutzer in der Mitte des Tages, also ca. um 12:00 Uhr. Der 26. und 27. waren Wochenendtage, wo nur leichte Anstiege zu verzeichnen sind.

Eine neue Lehre mit Linux (Ubuntu): Man sollte nicht leichtfertig Pakete in Synaptic zum "vollständigen Entfernen" vormerken. Sonst sieht das Startmenü plötzlich aus wie ein gerupftes Huhn. Von 70 Einträgen befinden sich jetzt vielleicht noch 20 Einträge im Menü, obwohl ich nur kurz CUPS vollständig vom System tilgen wollte. Einmal zu oft auf "Jaja, mach mal..." geklickt, und er hat mir ein paar Pakete mehr zum Entfernen markiert, als ich wollte. Wundern tat ich mich, als plötzlich über 1 GB gelöscht werden sollte. Nein, CUPS ist nicht SO groß! Mit großen Augen musste ich mit ansehen, wie mein Network-Manager, Firefox, Amarok und andere Sachen über den Jordan gingen.... "WO IST HIER ABBRECHEN?!"... Gibt's natürlich nicht. Also STRG-ALT-F1, Login, "ps -ef | grep synaptic" und "SUDO KILL 6411"! (Nicht unbedingt in Großbuchstaben...)

Jetzt bin ich erstmal am Pakete reinstallieren... ja, die eigene Blödheit. Dafür ist CUPS jetzt wenigstens weg. Tot. Gekillt. Weg. So.

Die insgesamt 120 Workstation, die später die Clients für das PACS spielen werden und an denen unter anderem die Radiologen dann die Röntgen-, CT-, MRT- oder andere Bilder befunden werden, sind getrennt von den Grafikkarten angeliefert worden. Da jede Workstation bis zu fünf (meistens aber zwei oder drei) Displays zur Ausgabe bekommt, heißt das ordentlich Grafikkartenstöpselei. Der Müll, der bei so etwas anfällt, sei im folgenden präsentiert:



Das ist die Hälfte des Haufens für Lübeck.