Normalerweise sagt man ja, dass Linux auf älterer Hardware besser läuft als “bleeding-edge”-Geräten. Das stimmt aber im Fall des vorliegenden Acer Travelmate 290 eher nicht. Was aber auch an der coolen Konstruktion von Acer liegen könnte

Aber der Reihe nach: Das Notebook soll unter Ubuntu 10.04 laufen – was es auch tut, wenn man mal von der Wlan-Seite absieht. Die integrierte Intel-Lösung will nämlich nicht….bzw das Acer lässt sie nicht. Das Modul lädt vernünftig, meckert aber über den aktivierten kill switch. Kurzer Blick an die linke Seite – der steht auf “on”.

Dennis (der das Vergnügen hatte, als erster den Auftrag zu bekommen, dass Ding zum Laufen zu bringen) hat schließlich rausgefunden, dass da ein paar Faktoren zusammen kommen: Es gibt ein Tool/Module für die Acer-Notebooks (acerhk), mit dem man die Wlan-Karte aktivieren kann – theoretisch, denn das läuft unter 10.04 nicht mehr und wird auch nicht mehr mitgeliefert. Man könnte es noch selbst kompilieren (aber da sind die Erfolgsberichte in den Foren auch eher durchwachsen), aber spätestens mit 10.10 kämen auch noch ein paar Patch-Aktionen dazu. Kurz: Will man nicht.

Die aktuelle Variante wäre das Modul acer-wmi. Wäre. Denn dazu sind selbstverständlich die BIOS-Tabellen des vorliegenden Travelmates zu alt. Update wird da von den hinteren Plätzen gerufen? Gibt es aber nicht….also wahrscheinlich nicht, denn Informationen oder Bios-Updates auf den verschiedenen Acer-Seiten zu suchen, ist der Horror. Und dazu müsste man ja auch die genaue Bezeichnung des Notebooks wissen….die des vorliegenden Gerätes passt aber auch mehrere Gerätetypen. Oder keins, denn nicht ein Update ließ sich einspielen. Womit auch diese Möglichkeit raus wäre.

Es gibt auch noch ein Module names acer-apci, aber natürlich braucht das auch vernünftige ACPI-Tabellen im BIOS => gehe nicht über LOS

Gut haben wir uns gedacht, nehmen wir einfach einen handelsüblichen USB-Wlan-Stick. Tja, auch das verhindert das Acer Travelmate konsequent – der kill switch gilt für alle Wlan-Geräte (hier ein kurzer Moment für den gemeinsamen Facepalm).

Egal denkt sich der Niels, dann wird halt das Intel-Module auf die Blacklist gesetzt, denn das liest ja die kill switch Infos aus. Gesagt, getan, Wlan-Stick dran…und…läuft. Aber doof ist es natürlich trotzdem, dass man solche Wege gehen muss, um Wlan auf dem Ding zum laufen zu bekommen.

Allein die Überschrift ist bereits irgendwie fremd. Das Microsoft ActiveDirectory ist aus meiner Sicht bereits die Hölle und ich beschäftige mich nur sehr wenig mit diesem Stück Software. Genaugenommen beschäftige ich mich damit eigentlich überhaupt nicht, oder sollte es zumindest nicht, das steht nämlich nicht in meiner Tätigkeitsbeschreibung.
Überhaupt bin ich bisher in der glücklichen Lage das ich meinen Unterhalt nicht durch Verwendung von Microsoft Produkten verdienen muß.

Für den irgendwo bereits erwähnten neuen Speicher der Firma BlueArc ist es allerdings notwendig, das sich unsere Linuxterminals mit dem am Standort eingesetzten ActiveDirectory verstehen. Eigentlich bin ich auch ganz froh das ich mich nicht selbst mit Kerberos und OpenLDAP auseinandersetzen muß, sondern dafür jemand anderes bezahlt wird
Wir hatten auch schon selbst mit Kerberos ein wenig experimentiert, der Niels hat sogar mal ne Hausarbeit darüber geschrieben. Nun wollen wir das ganze also auch im Produktivbetrieb haben. Als netten Nebeneffekt erhoffe zumindest ich mir, das wir mal brauchbares Single-Sign-On hinbekommen, aber das steht momentan nur auf der Wunschliste.

Im Internet findet man reichlich Zeug über Linux und AD, geraten wird einem da auch gern zu Likewyse, da gibt es bereits fertige Pakete um Linuxclienten einer Domäne hinzuzufügen. Aber wir wären ja nicht wir, wenn wir nicht das ganze selbst bauen würden und direkt der Domäne beitreten wollen wir auch nicht. Vorerst begnügen wir uns mit der Authentifizierung via PAM.
Ich weiß nicht genau womit ich damit soviel Zeit verplempert habe, wenn man erstmal alles wegwirft und nochmal in Ruhe von vorne anfängt, ist das in fünf Minuten erledigt:

krb5-client installieren, pam-krb5 dazu, nscd noch und die restlichen Pakete sind entweder Abhängigkeiten oder bereits auf dem System installiert. Winbind kann man direkt wieder runterkegeln und pam-ldap hab ich gleich mitentsorgt um sicher zu gehen das wir nicht doch noch gegen LDAP authentifiziern.
Kurz krb5.conf anpassen:

und fertig ist die Kerberos anbindung, das ganze PAM-Zeug wird automagisch bei Debian mitkonfiguriert, aber so schwer ist es jetzt auch nicht noch pam_krb5 mit einzubinden. Vorausgesetzt man schreibt nicht wie ich pro Zeile 4-5 Dinge falsch …
Danach sollte man bereits mit kinit dein-user@deine.domain ein gültiges Ticket Granting Ticket vom KDC bekommen, Aliase kann man noch hinzufügen, muß man aber nicht.

Jetzt muß man Linux nur noch beibringen die Nutzer auch im AD zu suchen. Da AD auch simpelstes LDAP kann, benutzen wir das also in der ldap.conf:

Nss-maps kann man beliebig erweitern, falls noch andere Infos aus dem AD gezogen werden sollen. Nur noch das Passwort für den authnutzer in nss-ldap.secret hinterlegen, fertig.

Danach sollte alles was mit PAM zu tun hat die Credentials via Kerberos gegen das AD authentifizieren und ein TGT nach erfolgtem Login erstellen.
Jetzt muß ich es nur noch hinbekommen die HomeDirectories via NFSv4 und sec=krb5 automatisch zu mounten, aber das kann ja eigentlich nicht so schwer sein…

Wie ich hier ja schon einmal erwähnt habe, setzen wir für die Systemüberwachung unser Server und Klienten Icinga ein. Und das läuft ganz gut:

Die Konfigurationsdateien für die über 250 Windows- und Linux-Rechner werden mittlerweile per Skript erzeugt. Die dafür notwendigen Basisdaten liegen in einer Datenbank und Perl baut die Host-, Hostgroup- und Servicegroup-Configs (dabei muss man leider auch zwischen Windows- und Linux-Clients Unterschiede machen: Die Windows-Namen müssen groß geschrieben werden, da NSClient++ den Hostnamen – wenn dies automatisch geschieht – nur als Großbuchstaben zurück gibt…wieder ein paar überflüssige Zeilen Code mehr ).  Irgendwann hoffe ich ja, diese Infos aus dem OTRS::ITSM zu ziehen, aber das dauert wohl noch etwas, bis ich da durchschaut habe, wie ich Hosts und Standort-Zuordungen vernünftig exportieren kann.

Jetzt haben wir zwar alle notwendigen Informationen, aber richtig interessant wird es ja erst, wenn man diese auch den Studierenden in vernünftiger Form zur Verfügung stellen kann. Am Besten bunt und einfach. Also fix Nagvis installiert und eine Übersichtskarte unserer Standorte gebaut. Aber damit war der Herr Dennis nicht zufrieden, der möchte Zoomen und Blinken und weiß der Geier. Da Nagvis sowas aber leider nicht kann (jedenfalls habe ich es damit nicht innerhalb von 5 Minuten hinbekommen), muss etwas eigenes her.

Auftritt Icinga-API: Damit ist es möglich, auf die Informationen von Icinga strukturiert zuzugreifen (die Icinga-Leute nutzen das auch selbst, bspw für ihr neues Webinterface). Nachteil (aus meiner Sicht) ist allerdings, dass man dafür PHP benötigt. Aber was tut man nicht alles für die Nutzer…  Schritt eins ist, die notwendigen Infos über die API auszulesen. Das ist kein großes Problem, die Doku dazu ist recht gut (obwohl ich ein, zwei Mal das Gefühl hatte, dass in der API-Doku Abfrage-Parameter und -objekte beschrieben werden, die die API gar nicht kennt ). Für die Studierenden als interessant  befunden wurden die Infos zu Anzahl der Rechner pro Standort, Hardware-Verfügbarkeit und ob die Rechner besetzt oder frei sind.

Als nächstes kommt die grafische Darstellung dieser Daten. Da ich mit Openstreetmap nicht nach 5 Minuten zurecht kam (man mag hier vielleicht ein Muster erkennen), kommt dafür momentan GoogleMaps zum Einsatz. Auch da ist eine gute Doku vorhanden, so dass nur noch die Geo-Koordinaten der Standorte ermittelt werden müssen (Momentan habe ich diese noch manuell herausgesucht und der Datenbank gespeichert. Allerdings wäre es auch möglich, diese mittels der Adresse der Standorte per Skript zu erzeugen…allerdings hat die seperate Speicherung den Vorteil, dass man per GPS die exakten Koordinaten eines Standorts erfassen kann). Das dafür notwendige Javascript-Zeug erzeuge ich natürlich auch per Skript

Aber Dennis wollte ja noch mehr: Man soll auf die Standorte klicken können, um mehr Infos zu erhalten. Gefährliches Halbwissen kommt mir wieder in den Sinn: Per CSS und Javascript kann man ja Elemente sichtbar und unsichtbar setzen… Allerdings wollte ich neben PHP nicht noch ‘ne Sprache nehmen, die ich nicht sonderlich mag und habe ich aus diesem Grund für jquery als Framework entschieden…obwohl ich das bestimmt auch sehr quick’ dirty benutze, da ich auch diesen Code über PHP und Schleifen erzeugen lasse… im Endeffekt entstehen so über 1000 Zeilen HTML aus 90 Zeilen PHP. Für die Webseite selbst nutze ich Smarty als Framework – einfach, weil es durch die Trennung von Template und Skript übersichtlicher wird – klar kann man das ganze auch hardcore direkt mit PHP bauen, aber dann führt das entweder zu Kraut und Rüben oder aber – aus meiner Sicht – unnützer Mehrarbeit für die “saubere” Lösung.

Ha, endlich, endlich kann ich diesen doofen TouchStick unter Linux deaktivieren! Das nervt mich schon seit Jahren: Überall findet man Anleitungen, die beschreiben, wie man sein Touchpad deaktiviert, weil der Stick ja soviel besser, cooler, schneller, usw. ist.

Aber da die von uns eingesetzten Dell-Notebooks auch die doofe Angewohnheit haben, meinen Cursor verspringen zu lassen, wenn man auch nur in die Nähe des Sticks kommt, bin ich froh, das Ding abschalten zu können. Ein einfaches:

xinput set-int-prop “DualPoint Stick” “Device Enabled” 8 0

und ich kann in Ruhe schreiben.

Jedenfalls heißt das Ding bei mir so, im Einzelfall sorgt aber ein kurze Suche mittels

xinput list |grep -i stick

dafür, den Namen auf dem eigenen System rauszufinden.

Hmm, ich habe kein Händchen für die Wahl meiner Browser. Egal, welchen ich nutze, alle haben sie doofe Bugs.

Angefangen habe ich mit dem Firefox, da war erst die DPI-Berechnung kaputt, dann mal wieder eine andere Kleinigkeit. Auch das Zusammenspiel mit dem Flash-Plugin war nie so beeindruckend und jedesmal, wenn der Player den Abgang machte, hing der ganze Browser im Nirvana fest (klar: auf der Kommandozeile konnte man den nswrapper-Prozess abschießen, dann lief wenigstens wieder so, dass man weiter surfen konnte – aber dass kann nicht der Standardweg sein ). Zwar kann der Firefox mittlerweile wohl auch seine Tabs einzeln absichern, so dass dieses Verhalten so nicht mehr vorkommen soll, aber jetzt will ich nicht mehr..

Der von Dennis bevorzugte Opera kam danach: An sich war da – so meine Erinnerung – nicht wirklich viel kaputt, aber da das Ding auf QT aufsetzt, passte es sich nie richtig in meinen Gnome-Desktop ein. Dann konnten die ersten Versionen vom Zehner nicht mit dunklen Desktop-Themes umgehen. In der Folge waren dann Formulare auf Webseiten der Horror – Schwarz auf Schwarz finde ich persönlich nicht bestmöglichste Kombination. Also musste wieder was neues her.

Nach einer kurzen Rückkehr zum Firefox nutzte ich jetzt Chromium. Und war da bis heute auch recht zufrieden mit. Aber dann habe ich vorhin mal die DPI-Auflösung angepasst und jetzt lese ich gerade im Bugtracker, dass das blöde Ding intern immer mit 96dpi rechnet. Waah, ist klar: Warum sollte man sowas auch als Variable definieren…schließlich sind ja alle Monitore der Welt gleich und zeigen die identische Auflösung.

Egal, jetzt habe ich die Fontgröße auf 24 gesetzt. Und es sieht fast so aus, wie der Rest des Systems. Ich verstehe es einfach nicht…