Wichtig ist dabei, dass man keine relativen Pfade benutzt bzw. diese beim verschieben entsprechend anpasst.

So long,

Gerrit

#!/bin/bash

# This Tools checks if a ping reaches a server or not and give the user an notification if not.
report=
if [ "$1" == "-v" -o "$1" == "--verbose" ]
then
  report=`date`"\n"
fi

# edit ips here
ips=( 1.2.3.4. 127.0.0.1 )
for ((i=0; i<${#ips[@]}; i++)) ; do
  # accept no package lost
  if ping ${ips[$i]} -c 3 -n 2> /dev/null | grep ", 0%"
  then
    # reachable
    echo ${ips[$i]} is up
    report="$report ${ips[$i]} reachable\n"
  else
    # unreachable
    kdialog --error "${ips[$i]} is not 100% reachable"
    report="$report ${ips[$i]} is not 100% reachable\n"
  fi
done

if [ "$1" == "-v" -o "$1" == "--verbose" ]
then
  kdialog --msgbox "$report"
fi

Hier werden die zu prüfenden IPs angegeben und ggf. eine Dialogbox geöffnet, wenn die IP nicht verlustfrei gepingt werden kann. Dazu wird das Programm kdialog verwendet, welches für den Einsatz unter KDE gedacht ist. Aber ich bin mir sicher, dass es ein ähnliches Programm für Gnome / Xfce & co geben wird. Startet man das Programm mit dem Parameter -v so wird nach jedem Check ein Report angezeigt.

Das ganze ist als Cronjob so eingetragen, dass jede Stunde die IPs gecheckt werden und alle 12 Stunden kommt die verbose Ausgabe, damit auch sichergestellt ist, dass das Skript auch ausgeführt wird.

Diese “Überwachung” der Server ist nur ganz rudimentär aber für diesen Fall vollkommen ausreichend. Wer sich tiefer mit dem Thema Monitoring beschäftigen möchte, dem kann ich Nagios ans Herz legen. Dieses Tool bietet viel mehr Features, aber die Einarbeitungszei ist auch entsprechend größer.

Viel Spaß mit dem Skript.

Gerrit

Die gesamten Plugins im Blog wurden auch schon auf Flickr umgestellt.

[Update]

Meinen Fotostream findet ihr hier: http://www.flickr.com/photos/ggarbereder/

So long,

Gerrit

Das zweite im Titel erwähnte Framework Quartz dient zur regelmößigen Ausführung von Java Programmen bzw. zum regelmäßigen Aufruf von sogenannten Jobs – eine Java Klasse. Da gibt es immer einen Scheduler, einen oder mehrere Trigger und die Jobs. Der Scheduler wird einmal am Anfang gestartet und die Trigger lösen dann die Jobs aus. Auch hier findet man auf der Homepage erstmal einen guten Einstieg.

Zu guter Letzt ein paar Worte zum Tomcat Application Server ebenfalls von der Apache Foundation. In diesem können Java Web Applications ausgeführt werden.

So genug der einleitenden Worte. Es stellte sich während meiner Arbeit für ein kleines Softwareprojekt die Anforderung, dass eine Webseite gestaltet werden muss und diese mit Java geschrieben sein soll. Somit war Struts2 und Tomcat das Mittel der Wahl. Weiter stellte sich dann heraus, dass man auch zweitgesteuert bestimmte Aktionen ausführen will. Klar kann man mit nem CronJob und wget eine Seite aufrufen lassen, die dann die Aktion ausführt aber Elegant ist anders. So entschieden wir uns also für das Quartz Framework. Die große Frage war nun wie man das zusammen bekommt. Die Anleitungen waren entweder für ein Servlet oder eine Standard Java Applikation. Nach langem rumprobieren kam ich dann auf einen grünen Zweig und kam zu dieser Lösung – ich weiß nicht ob diese gut, schnell und performant ist, aber sie funktioniert…

Was wir dazu brauchen ist eine Job Klasse die das Interface Job implementiert. Diese sieht im einfachsten Fall so aus.

public class SimpleJob implements Job {
    public void execute(JobExecutionContext context) throws JobExecutionException {
            System.out.println("Hello World");
    }
}

Damit der Scheduler richtig initialisiert wird braucht man noch eine Klasse, die den Scheduler startet. Der Inhalt der Datei geht aus dem Quartz Tutorial hervor. Dort wird der Scheduler angelegt, ein Job erstellt und ein Trigger bestimmt. Beim zerstören des Kontextes wird der Scheduler gestoppt. Diese implementiert das Interface ServletContextListener:

public class SimpleServletContextListener implements ServletContextListener {

    private Scheduler scheduler;

    public void contextInitialized(ServletContextEvent arg0) {
        try {

            // Grab the Scheduler instance from the Factory
            scheduler = StdSchedulerFactory.getDefaultScheduler();

            // Define job instance
            JobDetail trafficJob = new JobDetail("SimpleJob", "Jobs", SimpleJob.class);

            Trigger houerlyTrigger = TriggerUtils.makeHourlyTrigger("HourlyTrigger");
            houerlyTrigger.setStartTime(TriggerUtils.getEvenHourDate(new Date()));

            // Schedule the job with the trigger
            scheduler.scheduleJob(trafficJob, minutelyTrigger);

            // and start it off
            scheduler.start();

        } catch (SchedulerException se) {
            se.printStackTrace();
        }
    }

    public void contextDestroyed(ServletContextEvent arg0) {
        try {
            scheduler.shutdown();
        } catch (SchedulerException ex) {
            ex.printStackTrace();
        }
    }
}

Desweiteren braucht man eine quartz.properties Datei im WEB-INF/classes Ordner. Auch hier sind die Daten weitestgehend aus dem Tutorial übernommen, die InstanceName ist einfach ein willkürlicher Name für den Scheduler, der erzeugt werden soll.

org.quartz.scheduler.instanceName = SimpleScheduler
org.quartz.scheduler.rmi.export = false
org.quartz.scheduler.instanceId = 1
org.quartz.scheduler.rmi.proxy = false
org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool
org.quartz.threadPool.threadCount = 1

Zu guter Letzt muss das ganze Zeug noch dem Server bekannt gemacht werden. Dazu werden erstmal einige Parameter für die Propertiesdatei und das starten und stoppen des Quartz Schedulers gesetzt:

    <context-param>
        <param-name>config-file</param-name>
        <param-value>quartz.properties</param-value>
    </context-param>
    <context-param>
        <param-name>start-scheduler-on-load</param-name>
        <param-value>true</param-value>
    </context-param>
    <context-param>
        <param-name>shutdown-on-unload</param-name>
        <param-value>true</param-value>
    </context-param>
[...]
    <listener>
        <listener-class>org.quartz.ee.servlet.QuartzInitializerListener </listener-class>
    </listener>
    <listener>
        <listener-class>SimpleServletContextListener</listener-class>
    </listener>
    <session-config>

Nach dem wir nun die ganzen Dateien erstellt haben und dem Server die Sachen in der web.xml eingetragen haben steht dem Erfolg nix mehr im Weg. Beim deploy der Applikation wird der ContextListener getriggert. Dieser legt nun den Scheduler mit Jobs und Trigger an und bleibt so lange die Application deployed ist Aktiv.

Ich hoffe ihr konntet mir soweit folgen… Bei Fragen einfach ein Kommentar posten.

Gerrit

Viel Spaß beim spielen,

Gerrit

in die Datei header.php des Themes ein. Jetzt könnt ihr die Methode im Theme verwenden und gleichzeitig auch den Updatemechanismus von Wordpress nutzen.

Viel Spaß damit,

Gerrit

You became a Dropbox Guru and earned 250MB of bonus space!

brachte mich zu diesem Blog, der zu berichten wusste, dass wenn man die ganzen Punkte im Getting started Menü abgearbeitet hat wird man zum Guru und bekommt genau diese 250 MB.

So long,

Gerrit

Die erste Überlegung war welche Anforderungen denn erfüllt sein müssen.

• Die gemeinsame .bashrc soll so allgemein gehalten werden wie möglich
• Ich will auf jedem Rechner noch lokale Einstellungen vornehmen können aber dafür nicht die gemeinsame .bashrc anfassen müssen.

Die Lösung sieht vor, dass es eine Datei im Dropboxverzeichnis gibt – hier .bashrc-share und eine locale – .bashrc-local. Außerdem muss die ~/.bashrc angepasst werden.

In der .bashrc-share habe ich mir den Inhalt aus der .bashrc eines frisch installierten Ubuntu kopiert und aliasses definiert. Außerdem wird der PS1 promt verändert. Naja da kann man sich austoben wie man will. In der .bashrc-local sind Pfade für Umgebungsvariablen gesetzt.

Damit nun die Shell auch die Einstellungen laden kann müssen die beiden Dateien geladen werden. Dies passiert in der ~/.bashrc, denn diese wird von der Shell immer aufgerufen. Deren Inhalt sieht so aus:

Wie ihr seht besteht ihre einzige Aufgabe darin, die beiden Datein zuladen. Die Reihenfolge ist so gewählt, dass die lokalen Einstellungen die gemeinsamen Einstellungen überschreiben.

Hoffentlich habe ich mich nicht zu verwirrt ausgedrückt

Viel Spaß!

Gruß,

Gerrit

Aber irgendwie wollten die alle bei mir nicht funktionieren. Es kam ständig der Fehler, dass die Authorisierung fehlgeschlagen ist. Ich erinnerte mich nun an einen Rechtsstreit zwischen Google und GMail, einen Dienst zum elektronischen Datenversand und auf Grund dessen darf Google Mail in Deutschland nicht GMail heißen. Da liegt nun auch die Lösung – der Benutzername ist nicht DeinName@gmail.com sondern

DeinName@googlemail.com. Habt ihr auch so ein Problem gehabt? Hat es was mit der Namensgebung zu tun? Also tritt das Problem nur in Deutschland auf?

Wie auch immer… jetzt funktioniert es.

So long,

Gerrit