Groupwise 2012 crashed

LogoBlogNun so ganz stimmt die Überschrift nicht, denn es war lediglich eine Komponente des Groupwise-Systems die plötzlich den Geist aufgab. Der Groupwise Internet Agent (Gwia) wechselte gestern Nachmittag scheinbar grundlos seinen Status von running zu dead. Das eine der Komponenten gleich in den Hades marschierte, habe ich in den vergangenen 10 Jahren in denen ich Groupwise-Systeme administriere noch nicht erlebt. Da ja E-Mail einen ganz beträchtlichen Teil des heutigen Kommunikationsspektrums abdeckt, eine nicht unbeträchtliche Einschränkung der Arbeit hier in der Firma …

Dementsprechend waren die Reaktionen, sowohl meine als auch die meiner Kollegen …

Ein einfacher Neustart des Servers bzw. der Groupwise-Komponenten brachten keine Änderung. Ich widmete eine beträchtliche Zeit dem Studium der verfügbaren Log-Dateien, ohne allerdings konkrete Hinweise zu erhalten. Die folgende Recherche im Internet brachte einige Lösungsansätze und so gelang es mir tatsächlich den Gwia wieder Leben einzuhauchen. Allerdings „sprach“ mein Agent nicht mit seinem Partner dem Message Transfer Agenten (MTA). Jede Änderung am MTA führte stattdessen dazu, dass der Internet Agent wieder „starb“.

Eine umfangreiche Aktion (Umbenennung der Queue-Verzeichnisse beim GWIA und MTA) führten nicht zum erwarteten Ergebnis. Nunmehr lief der GWIA zwar stabil, aber die Kommunikation mit dem MTA funktionierte immer noch nicht. Nun blieb tatsächlich nur noch die Prüfung der einzelnen Verzeichnisse. Immerhin konnte ich feststellen, dass GWIA brav alle Mails einsammelte die an uns gerichtet waren, aber eben nicht weiterleitete …

Die weitere Suche brachte die Ursache für den „Tod“ meines Systems zu Tage: das Arbeitsverzeichnis des GWIA war durch ca. 100 Kopien ein und derselben Mail „verstopft“. Das Bereinigen dieses Verzeichnis brachten durchschlagenden Erfolg: innerhalb von 1 Minute wurden meinen Kollegen und mir insgesamt 245 Mails zugestellt – eben all das, was in den vergangenen Stunden unserem Server zugestellt worden war …

Im Moment versuche ich herauszufinden, ob hinter der ganzen Sache eine DoS-Attacke steckt oder alles nur ein „Unfall“ war. Ich neige noch immer zur ersten These.

Auf jeden Fall war es – wie einige MS-Jünger prompt behaupteten – kein Fehler im Groupwise-System. Angesichts der Tatsache, dass der Mailserver seit nunmehr 3 Jahren in der derzeitigen Umgebung klaglos und unauffällig seinen Dienst verrichtet, kein Grund über einen Wechsel nachzudenken …

Ich bitte meine Leser das Fachkauderwelsch zu entschuldigen 😉 , aber nach einer angespannten Nacht musste ich meiner Erleichterung Ausdruck verleihen …

Novell Groupwise Mobility Service 2.0 – Konsolenbefehle

Anmeldebildschirm Webadmin
Anmeldebildschirm Webadmin

Nach dem Umstieg auf Novell Groupwise Mobility Service 2.0 wurde ich durch einige Änderungen im Management des Programms überrascht. Novell hat einige Befehle bzw. ihre Syntax verändert. Das ist insofern unangenehm, dass man (wieder einmal) bekannte Befehle über Bord werfen und sich an andere gewöhnen muss. Nun gut mit Hilfe der umfangreichen aber eben leider auch sehr unübersichtlichen Dokumentation bei Novell, findet man schlußendlich die richtigen Befehle bzw. Verfahrensweisen.

Um euch das damit verbundene „Wälzen“ von TIDs und Dokumentationen zu ersparen, hier eine kleine Zusammenstellung von relevanten Informationen.
 
Novell Groupwise Mobility Service insgesamt
 
rcgms [start, stop, restart, status]
 
Einzelne Dienste des Novell Groupwise Mobility Services (Optionen hier: start, stop, status, try-restart, restart, try-reload, reload)
 
rcdatasync-configengine
 
rcdatasync-connectors
 
rcdatasync-monitorengine
 
rcdatasync-syncengine
 
rcdatasync-webadmin
 
Sollte dreimal das falsche Passwort eingegeben werden, wird der Zugriff auf die Administrationskonsole gesperrt. Durch einen Neustart des Webadmins (rcdatasync-webadmin restart) wird der Adminbereich wieder frei geschaltet. Wenn das Passwort des Admins komplett abhanden gekommen sein, kann man sich auch mit dem Root-Account des entsprechenden Servers anmelden.
 
Um einem zusätzlichen Account administrative Rechte für den Novell Mobility Service zu geben, kann in der Sektion [admin] der Datei /etc/datasync/configengine/configengine.xml dieser Account eingetragen werden (Kopie der Eintragung des Adminaccounts, Änderung auf den entsprechenden User). Nach einem Neustart des gesamten Dienstes ( rcgms restart ) hat auch dieser Account die entsprechenden Rechte.
 
Die hier im Blog vorgestellte DSAPP zur Verwaltung der Logdateien und Datenbankeinstellungen soll wohl weiterhin funktionieren (habe ich noch nicht gestetest) …