Ubuntu User Desktopia (Vorschau)

Wissen
Upstart
4 Der Befehl „initctl“ zeigt eine Liste der verfügbaren
Upstart-Jobs und ihren jeweiligen Status an. Auch die
Prozessnummer erscheint in der Ausgabe.
Info
[1] Systemd:
[http:// 0pointer. de/ blog/
projects/ systemd. html]
[2] Upstart-Projektseite:
[http:// upstart. ubuntu. com/]
[3] Upstart (Originalbeschreibung):
[https:// wiki. ubuntu.
com/ ReplacementInit]
Listing 1
01 # Beispiel: meindaemon
02
03 start on startup
04 stop on runlevel 0
05 stop on runlevel 6
06
07 pre‐start script
08 # im Vorfeld: Ordner anlegen, Text U
ausgeben
09 mkdir ‐p /var/run/meindaemon
10 echo „meindaemon ist nur ein U
Beispiel“
11 end script
12
13 exec /sbin/meindaemond
14
15 post‐stop script
16 # Aufräumen: Ordner löschen
17 rm ‐rf /var/run/meindaemon
18 end script
bei einem Event sofort die passende
Antwort parat hat. Zugleich
überwacht Upstart mit Hilfe einer
Zustandsmaschine (engl. state machine)
permanent den Status der
Prozesse des Systems. So kann es
Ereignisse initialisieren, die durch
andere Prozesse ausgelöst werden.
Ereignisse und
Skripte
Zu den unterstützten Ereignissen
gehören etwa systemweite Funktionen
wie startup, shutdown und
runlevel, der Zustand spezifischer
Prozesse (starting, started, stopping
und stopped) sowie Ereignisse,
die von spezifischen Anwendungen
definiert und ausgelöst
werden, wie beispielsweise dem
NetworkManager.
So lautet zum Beispiel die Grundregel
für einen ständig laufenden Dienst wie logd
schlicht start on startup und stop on shutdown.
Einen Job, der den Administrator informiert, falls
der Webserver Apache den Geist aufgibt, definieren
Sie über eine Regel wie start on stopping apache2
(„beginne, wenn Apache2 stoppt“). Durch
Anwendungen definierte Ereignisse existieren in
Form von Textausgaben (Abbildung 3). So informiert
der NetworkManager über die Ausgaben
net-device-up und net-device-down über die Verfügbarkeit
von Netzwerkhardware (festgelegt in
den Skripten /etc/ network/ if-up.d/ upstart und /etc/
network/ if-down.d/ upstart). Dadurch kann eine
Netzwerkregel für Upstart zum Beispiel start on
net-device-up („beginne, wenn das Interface bereit
ist“) lauten.
Die letzten beiden Beispiele demonstrieren,
wo Upstarts wirkliche
Stärken liegen: Anstatt mit
Hilfe von Nummern eine feste Reihenfolge
von zu startenden Jobs
zu definieren, teilen Dienste nun
basierend auf ihrer Abhängigkeit
von anderen Systemkomponenten
mit, wann sie starten müssen. Als
Ergebnis kann Upstart mehrere
Aufgaben abarbeiten, die startup
initialisiert.
Sind die einzelnen Jobs bereit,
rufen sie über eigene Ereignisauslöser
abhängige Dienste und
Programme auf. Braucht das
Netzwerk etwas länger, bevor es
einsatzbereit ist, hängt der Kernel
inzwischen die Festplatten ein.
Zugleich nehmen die vom vorhandenen
Netzwerk abhängigen
Aufgaben – etwa das Mounten von
Netzwerkordnern über den NFS-Dienst – nicht
unnötig Zeit in Anspruch, indem sie versuchen,
vorzeitig zu starten.
Das Runlevel-Event akzeptiert numerische Angaben
in einer Regel, etwa start on runlevel 2
oder start on runlevel 3, was die Runlevel 2 und
3 abdeckt. Die von Anwendungen angestoßenen
Ereignisse akzeptieren zudem Argumente. So
kann der NetworkManager als Event net-device-up
IFACE=eth0 ausgeben, sobald die erste Ethernet-
Karte einsatzbereit ist. Das Argument lautet hier
eth0. Ändern Sie den Eintrag zu net-device-down
IFACE=wlan0, betrifft das Ereignis eine WLAN-
Karte – so präzisieren Sie Ereignisse und definieren
die dazu passenden Aktionen.
Nicht zuletzt verwenden Sie Wildcards wie *
und Boolesche Operatoren wie and und or, um
flexiblere Auslöser zu generieren, etwa start on
net-device-up eth* oder stop on nfs-down or mysqldown.
Neben den Start- und Stop-Regeln muss ein
Upstart-Job entweder einen exec-Befehl enthalten,
der ein bestimmtes Programm aufruft, oder Shell-
Skript-Code, der zwischen den Tags script und end
script steht. Zusätzlichen Shell-Code lagern Sie in
ein pre-start script oder post-stop script aus. Ersteres
wird vor dem Start des Programms, Letzteres
danach ausgeführt.
Betrachten Sie den Code in Listing 1: Das Beispiel,
das Sie in der Datei meindaemon.conf unter /etc/
init ablegen würden, definiert zunächst drei auslösende
Events. Tritt eines der Ereignisse ein, startet
der fiktive Daemon meindaemond und führt Routinearbeiten
durch. Im Vorfeld (pre-start script) und
hinterher (post-stop script) kommen zwei Skripte
zum Einsatz, die ein Verzeichnis anlegen und es
wieder löschen.
Für die meisten grundlegenden Dienste genügt
das bisschen Code. Upstart kennt aber auch komplexere
Optionen, darunter etwa instance. Diese
erlaubt es, eine Aufgabe mehrmals auszuführen
und bei jedem Aufruf eine neue Instanz der Anwendung
aufzurufen.
Upstart erforschen
Beim Booten führt Upstart die über startup definierten
Aufgaben sowie die relevanten Runlevel-
Ereignisse aus. Startet oder stoppt in der Folge ein
neuer Prozess, bekommt die Zustandsmaschine
von Upstart von diesem Ereignis Wind und führt
andere registrierte Jobs aus. Alle anderen Ereignisse,
die durch laufende Prozesse ausgelöst werden
(speziell die von Anwendungen definierten),
erreichen Upstart über D-Bus, Linux’ Framework
für die Interprozesskommunikation. Sind Sie ein
Anwendungsentwickler, erfahren Sie auf der Webseite
des Projekts [2] mehr über die Kommunikation
mit Upstart.
Auch als gelegentlicher Nutzer können Sie eine
Menge über Upstart lernen, indem Sie Upstarts
integriertes Kontrollkommando initctl verwenden.
62 UBUNTU
01/2011
www.ubuntu-user.de
user