Von vorn: Heute morgen bin ich ins wie geplant ins Rechenzentrum Volgershall gegurkt, um dort mit meinen Kollegen auf einem Server, der sonst zum Flash-Streamen verwendet wird, die neue Version von Cumulus zu installieren. Abgesehen von ein paar Anfangsschwierigkeiten (mein Benutzername war nicht unter den sudoers) hat dann die Installation über ein Shell-Skript eigentlich ohne Probleme geklappt. Blöderweise lief aber der Server nicht. Über “ps -ef” war auch kein Dienst zu entdecken, der auf Cumulus schließen ließ.
Blöde Sache. Das Installationslog wurde dann mit cat auch einmal durchgelesen, dieses gab allerdings vor, dass die Installation ohne sämtliche Probleme durchgelaufen sei. Hmpf. Der dann angerufene Support stellte sich als hochgradig inkompetent heraus, mehr als “öm, äh, öh” gab’s da prinzipiell nicht zu hören – bis auf “Ja, ne, sie müssen das schon als superuser installieren.” Nun gut, dann zum Chef gelatscht, der auf der Kiste root hat, der hat das alles nochmal durchlaufen lassen – mit dem erwarteten Resultat: Genau das Gleiche. Wieder da angerufen, diesmal hörte ich nur mit…

“[...]Ne, das ist keine Solaris, das ist eine ubuntu-Maschine.[...]”

Argh! Ich Vollnase! Stimmt ja, voll vergessen, hatte ich sogar noch ein paar Tage zuvor mit einem der Kollegen drüber gesprochen, dass eben auf einer ubuntu-Maschine Platz sei, nicht auf den einem der anderen Tomcat-Server, die allesamt eben auf Solaris laufen (und mit denen ich ursprünglich gerechnet hab). Warum muss so eine blöde Konsole über ssh eigentlich auch überall gleich aussehen?

Naja, trotzdem banane, dass das Installationsskript ohne Probleme durchlief. Anschließend also das Linux-Paket installiert, jetzt waren zumindest die zuvor fehlenden Skripte da, maßgeblich, um z.B. den Dienst überhaupt zu starten oder zu beenden (start-admin.sh beispielsweise). Trotzdem lief Cumulus nicht, als ich versucht hab, den Dienst per Hand zu starten, meldete die Kiste eine “illegal operation”. Na prima.

Das mit dem Chef dort telefonisch besprochen, der sich daraufhin mal die Skripte genauer angesehen hat, und merkte, dass alle Installationsordner, binaries und executables dort in falschen Verzeichnissen angegeben waren und hat dies dann manuell korrigiert: Ta-da, es läuft!
War natürlich klar, dass wir kurz danach gemerkt haben, dass das Skript “install-admin.sh” einzig und allein genau das macht – die anderen Skripte auf die lokalen Bedürfnisse/Einstellungen zu ändern. Ergo war der maßgebliche Fehler der Installation, dass eben dieses Skript zum Ende nicht aufgerufen wurde.

Meine Herren, war das ein Kampf… dafür streite ich mich jetzt noch mit dem WebPublisher, der Web-Komponente des Cumulus, der natürlich auch erstmal nicht will. Ist zum Glück aber nicht soo tragisch, maßgeblich soll eh per Cumulus-Client drauf zugegriffen werden, da ist die Weboberfläche erstmal nicht primär wichtig.

Wie geil ist das denn!? Auch wenn ich hier längere Zeit nicht von meinen Linux-Fortschritten berichtet habe, so ist es doch tagtäglich bei mir im Einsatz – und warum nicht das Praktische mit dem Nützlichen verbinden? Wandern gehe ich doch hin und wieder wirklich gern, Bier trinke ich eh gerne, Computerzeugs lern ich auch gerne – und bei Linux hab ich da auch ausreichend Bedarf. Hmmm, gleich mal den Kray anrufen

…ach Mist, geht am 9.8. los – da komme ich erst gerade aus meinem USA-Urlaub wieder. So viel dazu

Des weiteren hab ich von meinem anderen Kollegen, Stefan, die Weboberfläche des implementierten Druckservers kennengelernt, die man schlicht über “localhost:631″ in der Adresszeile aufruft – funktioniert auch unter dem auf UNIX basierenden MacOS X, welches ich ja in Kürze im Präsidium nutzen werde.
Ist ganz praktisch, dort kann man viele Druck-bzw. Druckereinstellungen vornehmen, die der normalen grafischen Benutzeroberfläche verschlossen bleiben.

Zu guter Letzt findet sich im Verzeichnis /var/log einiges über den Systemzustand, dort wird – wie der Name schon sagt – alles geloggt, kann bei der Fehleranalyse sehr hilfreich sein.

…und weiter geht’s!

Eine ganz allgemeine, wirklich nette Funktion von Gnome (soweit ich weiß) ist, dass “Einfügen” (nach Kopieren oder Verschieben) standardgemäß auf der mittleren Maustaste liegt. Geht etwas schneller, als Strg+v

Noch ein Hinweis zum Terminal: Wenn man anfängt zu tippen, so kann man mit einem Druck auf die TAB-Taste automatisch das Wort, bzw. den Pfad, die Datei vervollständigen lassen, man muss einfach mal testen, wie viele Buchstaben man pro Wort/Befehl benötigt. Nett!

Die weiteren Punkte der Liste gehe ich gemächlich an – nachher muss ich hier im Büro was scannen, deswegen werde ich dann allerdings mal versuchen, eben den Scanner hier zum Laufen zu bringen…

• Privatrechner auf ubuntu umstellen
• mit Gimp vertraut machen (statt Photoshop)
• iTunes-Derivat, um meinen iPod zu beladen
• Skype und ein Trillian-Derivat
• Fernsteuerung Linux -> Windows und andersrum
• VM konfigurieren, um ein Windows notfalls unter Linux laufen zu lassen
• ein Programm ähnlich dem “grandiosen Bildverkleinerer“, welches unkompliziert mehrere Bilder auf einmal verkleinert
• ein Programm ähnlich SyncBack, welches schnell und unkompliziert Verzeichnisse bzw. Daten synchronisieren kann
• irgendeinen Abgleich mit meinem Smartphone sowie mit Google Calender (welchen ich in meinem neuen Job verwenden werde) – wobei ich (sobald das Teil aus der Reparatur wieder da ist) eh meinen OX-Server damit per Push-Mail verbinden werde, also nicht mehr zwingend auf Outlook zum Abgleich angewiesen bin
• meinen an den Windows-Server angeschlossenen Drucker unter Linux verwenden
• die Maustasten für “Vor” und “Zurück” zur Funktion bringen
• mein Laptop startet nach Passworteingabe neuerdings etwas lahm… vielleicht kann man da was dran drehen