Probleme mit minicom und einem Aruba 6300 Switch

Zu meinem Job beim Schulträger unseres Landkreises gehört auch die Administration der Netzwerkinfrastruktur in den Schulen. Die von uns genutzten Aruba 6300 Switches haben einen seriellen Konsolenanschluss im USB-C Format. Über diesen Port führe ich normalerweise routiniert die Konfiguration der Switches mit meinem Kubuntu 22.04 Laptop, einem USB-C Kabel und dem Tool minicom durch.

Nach dem Anschließen des Kabels am Laptop meldet sich der Switch auf der Schnittstelle /dev/ttyACM0 und ich verbinde mit mit minicom -D /dev/ttyACM0 und kann den Switch über die Konsole bedienen.

Diese Routine wurde heute je durchbrochen, als ich nach dem Anschluss des Kabels an meinen Laptop das vertraute Device nicht finden konnte. Stattdessen erstellte Kubuntu das Device /dev/ttyUSB0. Na gut, dann eben flux damit verbunden aber: Nach dem Verbinden mit der Switch-Konsole konnte ich keine Eingaben machen. Die Ausgaben des Switches konnte ich aber problemlos mitverfolgen. Der Versuch mit einem zweiten Switch der gleichen Baureihe ergab das gleiche Ergebnis.

Ein wenig Googeln brachte den Tipp, in den Settings von minicom die “Hardware Flow-Control” auf “Nein” zu setzen und siehe da, nun konnte ich auch wieder Eingaben in der Konsole machen.

Das Problem ist nun zwar praktisch gelöst, allerdings weiß ich noch nicht, worauf diese Änderung des Verhaltens zurückzuführen ist. Da sich an den Switch-Modellen nichts geändert hat, habe ich eine Software-Änderung bei meinem Kubuntu Laptop in Verdacht. Aber vielleicht hat jemand von euch dazu eine Idee, ich bin für sachdienliche Hinweise dankbar.

TBB: IT-Umstellungswochenende

In den letzten Monaten hat mich ein berufliches Projekt auf Trab gehalten. Unser Rechenzentrum führt momentan eine Migration aller angeschlossenen Banken auf einen neue Infrastruktur-Plattform durch (ja, es könnte sein, dass da irgendwas mit "Cloud" im Namen vorkommt ;-) ).

Nach einer mehrmonatigen Vorbereitungsphase war es an diesem Wochenende so weit und die Umstellung wurde bei uns im Betrieb durchgeführt. Bereits ab Freitag Mittag begannen die Vorbereitungen. Mittags haben meine beiden Kollegen und ich den Leitstand in unserem Sitzungszimmer aufgebaut und besetzt. Unterstützung hatten wir vor Ort von zwei Mitarbeitern unseres Rechenzentrums.

Die letzten Abstimmungen erfolgten und die letzen Vorbereitungen für die Umstellungen wurden getroffen, dann wurde um 17 Uhr der Startschuss gegeben. Wir fingen an, über unsere automatische Softwareverteilung die Arbeitsplatzrechner auf die neue Umgebung umzustellen. Zwischendurch gab es leckeren selbstgebackenen Kuchen von der Kollegin :-). Nachdem alle Umstellungen liefen, konnten wir schon Feierabend machen, die weiteren Arbeiten erfolgten zentral im Rechnenzentrum.

Leitstand am Wochenende

Am Samstag besetzten wir ab 7.30 Uhr den Leitstand. Auch heute waren für ausreichend Nervennahrung gesorgt. Die Umstellung in der Nacht war erfreulicherweise problemlos gelaufen. So konnten wir ab 8 Uhr mit den Vorabtests beginnen, die auch allesamt positiv verliefen.

Ab 14 Uhr hatten wir einen Teil der Kollegen eingeladen, um verschiedene Anwendertests von ihnen durchführen zu lassen. Es gab das ein oder andere kleinere Problem, diese konnten aber alle beseitigt werden. Und so waren wir schon am späten Nachmittag soweit, dass wir den Leitstand schliessen und die Tester nach Hause entlassen konnten.

Wir alle konnten also den Abend entspannt zu Hause geniessen und auch den Sonntag, der für Notfälle eingeplant war, falls am Samstag etwas schief gegangen wäre, konnten wir zur Erholung nutzen.

Ich habe die am Samstag ausgefallenen Laufrunde nachgeholt (nach dem Kaffee selbstverständlich). Nachmittags war dann Familienzeit angesagt, diese wurde mit einem Spaziergang und einer Spielrunde verbracht.

Heute Abend gab es dann noch einen gemütlichen Fernsehabend mit Herrn Henssler, der reumütig von seinem Ausflug von Pro7 zu seiner Erfolgssendung "Grill den Henssler" zurückgekehrt ist.

Morgen sind wir dann noch einen Tag im Leitstand, um die restlichen Anwender bei der Umstellung zu betreuen und noch das ein oder andere Feintuning durchzuführen. Und bestimmt gibt es auch wieder die ein oder andere Leckerei.

Gute Nacht da draußen, was immer ihr sein mögt.

TBB: Suchzauber, Laufen, Apfelstrudeltee

Zugefrorene Autoscheiben, gnarf.

Trotzdem konnte ich rechtzeitig bei Gringotts zur Tagschicht antreten.

Apropos Gringotts. Man hat es ja als IT Kobold nicht leicht. Heute hatte ich auch wieder so ein Erlebnis. Die Kobolde von der Kerkerschloss-Abteilung kämpfen nun schon seit über einem halben Jahr mit einem bestimmten Typ Kerkerschloss, das immer wieder Probleme macht. Diverse Eulen, die mit unserem Kerkerdienstleister ausgetauscht wurden, brachten anscheinend keinen Erfolg.

Heute kam wieder eine Support-Eule zu dem Thema bei uns an und ich beschloss, das Problem doch mal selbst anzugehen. Ich also via Flohnetzwerk in die Kammer, in der die Pergamentrollen mit den Hilfedokumenten des Kerkerdienstleisters liegen. Ein einfacher Suchzauber - ich meine, das lernen die Zaubererkids im ersten Jahr in Hogwarts, ey - brachte die Beschreibung des Schlosses mit der genauen Spezifikation hervor.

Flugs einen Kobold von der Kerkerschloss-Abteilung herbei gerufen, das ganze an einem Probeschloss mal ausprobiert, schnell noch eine Anleitung für die Jungs geschrieben, die die Zauberer zu ihren Kerkern bringen, und nach einer knappen halben Stunde war das Ding erledigt. Es könnte alles so einfach sein...

Wie immer am Mittwoch hatte ich heute nur eine halbe Tagschicht, am späten Nachmittag war wieder laufen auf der Bahn im Stadion angesagt. Besagte Bahn war heute wegen des Schneeregen-Gedöns über den Tag schön vereist, lies sich aber noch einigermaßen gut laufen. Dafür hatte ich seit langem mal keine nassen Füße nach dem Lauf. Auch schön.

Danach habe ich heute eine neue Tee-Sorte probiert: Apfelstrudel. Schmeckt überraschend gut, könnte ich mich dran gewöhnen. Und ein bisschen mit einem Kumpel an Linuxservern rumfrickeln konnte ich auch noch. Also insgesamt ein ganz erfolgreicher Tag.

Gute Nacht da draußen, was immer ihr sein mögt.

TBB: Ticketsystem

Es ist immer noch kalt, aber heute Morgen waren die Autoscheiben nicht zugefroren.

Mittwochs ist bei Gringotts immer nur ein halber Arbeitstag. Trotzdem muss ich heute wieder auf ein @Work-Thema näher eingehen, nämlich unser Ticketsystem.

Unser Ticketsystem ist eine Domino Datenbank, wird also unter dem von mir sehr geschätzten Groupware-System Notes betrieben. Ich weiß, der ein oder andere hier wird anderer Meinung sein. ;-)

Das System ist super flexibel und kann an alle möglichen Bedürfnisse angepasst werden. Mit den Formel- und Skriptsprache von Notes kann man noch einige schöne Dinge tun und die Tickets bei jeder Aktion oder auch zeitgesteuern automatisiert bearbeiten. Das nimmt einem einiges an manueller Arbeit ab.

Aufgrund der oben genannten Eigenschaften haben wir im Laufe der letzten Wochen immer mehr Aufgabenworkflows in unserer Abteilung so umgestellt, dass sie über das Ticketsystem abgearbeitet werden.

Das ist einerseits gut, weil man vieles an einer Stelle findet und die lästigen E-Mail-Aufträge so auch weniger werden, andererseits wächst das Ticketvolumen in letzter Zeit rasant an. Und obwohl wir schon einiges automatisch kanalisieren und so die Übersicht erhöhen, kommt es mir momentan so vor, als ob wir von der Flut der Tickets überrollt werden.

Irgendwie kommen für jedes Ticket, das ich abarbeite, zwei neue dazu. Das frustet mich ein wenig, allerdings fallen dafür auch einige andere Kanäle weg, über die Aufträge sonst reinkommen. Mal schauen, wie wir in der nächsten Zeit so damit klarkommen.

Am Nachmittag habe ich mir auf Dirks Rat hin etwas Zeit zum lesen genommen, das war gut.

Und wie immer am Mittwoch bin ich mit K2 zum Leichtathletik gefahren und habe während der Trainingszeit ein paar Runden im Stadion gelaufen. Auch das war gut.

Es ist noch etwas Rotwein vom Wochenende da. Wir lesen uns.

TBB: Ein Serverausfall und weiteres Ungemach

Netzwerkkabel

Unser Überwachungssystem bei Gringotts hat heute Nacht per SMS vermeldet, dass einer unserer Server nicht erreichbar ist. Ich hatte ja insgeheim gehofft, die Menschen im Rechenzentrum hätten das bis heute Morgen wieder bereinigt. Das war leider nicht der Fall. Und so war zunächst erstmal Telefonseelsorge im Büro angesagt. Zum Glück war der Spuk um kurz nach neun vorbei und der Server war wieder erreichbar.

Ansonsten heute wieder viel Ungemach. :-(

Der Arbeitstag endete zudem noch relativ spät, da wir noch die Jahresauftaktveranstaltung hatten. Hier durfte ich ein größeres IT-Projekt für dieses Jahr vorstellen. In acht Kleingruppen. Acht mal. Hachz.

Ich sitze jetzt zu Hause bei einer Tasse Tee und schreibe noch schnell diese Zeilen auf.

Gerade spült mir Twitter noch eine Sicherheitslücke in apt bzw. atp-get rein. Das Programmpaket wird für Updates in Debian und vielen seiner Derivate genutzt. Es gibt aber schon einen Fix und eine Anleitung, wie man sicher aktualisiert.

Jetzt Couch.

Gute Nacht da draußen, was immer ihr sein mögt.

Photo by Thomas Jensen.

ieihejonepejpopa.png

Die Kreativität des Namensgebers, der mir heute diesen geradezu poetisch anmutenden Dateianhangsnamen in die Quarantäne spülte, hat mir heute den Tag verschönert. Danke. :-)

Bild mit Quarantäne-File

Rot

Heute bekam ich von einem User eine Mail mit einer Datei, in der angabegemäß eine Zeile rot markiert wurde:

Bild mit pinker Markierung

ROT!

 

Wie man Anwender frustriert

Bevor ich in den Urlaub fahre, muss ich euch noch schnell eine Geschichte erzählen, bei der ich am eigenen Leib erfahren durfte, wie man Anwender mit Sicherheitsmechanismen frustrieren kann.

Wir haben einen Dienstleister, dessen webbasiertes Angebot per Single-Sign-On von unseren Dienstrechnern angemeldet werden kann. So lange man nur Informationen abrufen will, ist alles gut. Will man aber Änderungen an Konfigurationen durchführen, prüft die Anwendung, ob das verwendete Passwort nicht älter als 60 Tage ist. Man muss das Kennwort dann ändern, wofür natürlich das aktuelle Passwort benötigt wird. Aufgrund des Single-Sign-On-Verfahrens hatte ich das Kennwort nicht mehr parat, ist aber kein Problem, sagt die Anwendung, man kann sich einfach ausloggen und dann die "Passwort vergessen"-Option auswählen. Ich melde mich also ab, werde auf die Anmeldeseite weitergeleitet und was passiert? Genau, das Single-Sign-On meldet mich sofort wieder an.

Letztendlich hatte ich nur die Möglichkeit, die Seite auf einem Rechner ausserhalb unseres Büronetzes aufzurufen und dort die "Passwort vergessen"-Funktion auszuführen. Die Mail dazu kam natürlich auf meinen Bürorechner (Gnarf). In der Mail erwartete mich nicht der übliche Link zu einer Seite, auf der ich mein Passwort neu setzen konnte, sondern sie enthielt einen "Sicherheitscode" aus einer 7-stelligen Buchstaben/Zahlenfolge, die ich dann auf dem separaten Rechner zusammen mit dem neuen Kennwort eingeben sollte. Gesagt, getan, funktionierte aber nicht. Egal wie oft ich den "Sicherheitscode" eingab, er wurde stets abgelehnt. Irgendwann habe ich dann aus einem Impuls heraus den Sicherheitscode in der Mail mal markiert. Moment, war da ein Leerzeichen hinter der Zeichenfolge? Ich konnte es kaum glauben, aber nachdem ich den Code mit einem abschließenden Leerzeichen eingab, funktionierte das Setzen des neuen Kennworts.

Mal ehrlich, ein Leerzeichen am Ende eines Codes, den man eingeben soll zu generieren, ist schon "Bastard Operator from Hell"-würdig. :-)

Muffe

Heute in unserer Reihe "Gründe, warum Datenleitungen nicht funktionieren.": Die Muffe

Abbildung Tickettext

Drücker

Ja klar, ist nur ein harmloser Schreibfehler, aber ich habe trotzdem etwas gelacht. :-)

Screenshot Bestellung