Fladi.at

Nur ein kleines Highlight aus der aktuellen Debatte in der Steiermark über die Erstellung des “Regionalen Strukturplans (RSG) 2011″. Heute hat mich eine E-Mail von Fr. Mag.a Kristina Edlinger-Ploder erreicht. Das Feine an dem “Brief.pdf” das der E-Mail angehängt war: Es war ein PDF, in welchem 4 Bilder im JPEG-Format eingebettet waren, welche ein ausgedrucktes Dokument zeigen.

Nochmal zum auf der Zunge zergehen lassen: Jemand verfasst ein digitales Dokument, speichert dies ab, druckt es aus, legt es in den Scanner, scannt es als JPEG-Bilder ein ein PDF und versendet es per E-Mail. Das Ergebnis sieht natürlich durch das Scannen qualitativ minderwertig aus und ist schwer lesbar.

Hier verdeutlicht sich sehr gut der Begriff der Generation Internet-Ausdrucker: Menschen mit Verantwortung, jedoch völlig abgetrennt vom technologischen und digitalen Fortschritt.

Achja, zum Inhalt: Viel Neusprech mit Herausforderungen (Problemen), Anpassungen (Leistungkürzungen, Einsparungen), Langfristigem (bis zur nächsten Landtagswahl), sprungfixen Größen (Personalkürzungen bei gleichem Arbeitsvolumen) und Konsolidierungen (noch mehr Leistungskürzungen, Einsparungen).

I’m already at the point where I generally don’t trust any SysV-Init scripts written by Novell. They are mostly broken and not properly tested.

The latest problem with the Groupwise 8.0.2 SysV-Init script /etc/init.d/grpwise arose during a restructuring of our POA cluster. We decided to move the SOAP handling for our new DataSync server to a separate POA because of the instability of the SOAP threads. the repeatedly stalled while in use by the DataSync server. A separated POA would at least spare us the trouble of kicking regular users out of their clients during the inevitable restart of the POa process in the cluster.

During our first test I came across the problem that /etc/init.d/grpwise relys on the agent processes (POA in our case) to write their PID to a file. The POA does so by writing it to a file /var/run/novell/groupwise/<postoffice>.<domain>.pid.

This works for only one POA per postoffice but fails heavily for two or more because the last started POA process overwrites the PID file of the other POA. Or other way around, the first POA in a postoffice to shut down deletes the PID-File, regardless if it contains it’s own PID or not, leaving all other POAs in a state in which the cluster software is unable to shut them down properly. Summed up, a complete mess. Who the heck writes and tests such stuff over at Novell?

So I delegated the PID file creation to the startproc utility and renamed all POa instances in /etc/opt/novell/groupwise/gwha.conf to no longer use <postoffice>.<domain> as their identifier. This is how our gwha.conf looks for our two POAs, the main one handling all client connections and the one handling all the SOAP stuff:

[main.pers.dom_pers]
server    = /opt/novell/groupwise/agents/bin/gwpoa
command   = /etc/init.d/grpwise
startup   = /media/nss/VMPERS/postoffice/pers.poa
delay     = 2
wait      = 10

[soap.pers.dom_pers]
server    = /opt/novell/groupwise/agents/bin/gwpoa
command   = /etc/init.d/grpwise
startup   = /media/nss/VMPERS/postoffice/pers-soap.poa
delay     = 2
wait      = 10

I also patched /etc/init.d/grpwise, the patch can be downloaded and applied after the gwha.conf has been modified.

After starting the agents with the patched grpwise SysV-Init script the PID will be stored in a file named /var/run/novell/groupwise/<gwha-identifier>.pid. This prevents collision with the now useless PID files created by the agents them self.

After modifying our cluster configuration to use the new identifiers for resource start and stop everything works fine. At least until we don’t deploy another service that utilizes a SysV-Init script written by Novell … *grml*

It’s finally done, I put together graphs of all the data I could pull out of the various HTTP management interfaces used by the Novell Groupwise agents (POA, MTA, IA and WEBAC). Their HTML output was obviously never meant to be parsed by a script (proper XHTML anyone?) but I think that I can now provide the most essential data of a Groupwise deployment in a Cacti-compatible way.

Thus I present grpwise4cacti, a collection of various graphs for import into Cacti and the accompanying PHP Script Server part for quick and painless data-gathering over HTTP.

There is a tarball available for download: grpwise4cacti-0.2.tar.bz2

The included README file outlines the way to incorporate the graphs into your Cacti installation. There is also a page at the official Cacti wiki.

Some pictures of me taking a flight in a gyrocopter near Weiz/Austria.

Wie der Standard und das Science Blog berichten, wurde für 2010 die “Lange nach der Forschung” in Österreich abgesagt. Frau Mag. Dr. Beatrix Karl führt dafür eine nicht näher spezifizierte Evaluierung an.

In gemeinschaftlicher Arbeit möchte ich nun zusammen mit anderen Personen aus meinem Bildungsumfeld eine Veröffentlichung der Ergebnisse dieser Evaluierung erreichen. Eine Email ist zur Zeit in Arbeit und wird morgen Mittag mit mehreren Unterzeichnern an Fr. Karl verschickt.