OpenRC-Dienstverwaltung unter Alpine: rc-update, rc-service, Runlevels und rc-status

Ziel

Unter Alpine Linux 3.2x einen Dienst für den Start beim Booten aktivieren, ihn sofort starten bzw. stoppen und prüfen, was tatsächlich läuft. Ausserdem wissen, wohin das Logging von OpenRC beim Booten standardmässig geschrieben wird (oder eben nicht).

Voraussetzungen

Root-Zugriff; das Paket, das den Dienst bereitstellt, ist bereits per apk add installiert.

Schritte

1. Die Aufteilung auf zwei Befehle verstehen: Die Alpine-Dokumentation hält fest, "the init system manages the services, startup and shutdown of your computer" (das Init-System verwaltet die Dienste sowie Start und Herunterfahren des Rechners), und trennt die Steuerung zur Laufzeit von der Konfiguration für den Bootvorgang. Ein laufender Dienst wird mit rc-service gesteuert; für die Aktivierung beim Booten dient rc-update. Die Installation eines Pakets erledigt keines von beidem automatisch.
2. Einen Dienst sofort steuern: rc-service sshd start, rc-service sshd stop oder rc-service sshd status. Diese Befehle wirken unmittelbar und ändern die Boot-Konfiguration nicht. Wird sshd oder networking in einer SSH-Sitzung gestoppt, kann dies die Sitzung trennen.
3. Einen Dienst für den Start beim Booten aktivieren: rc-update add sshd default fügt ihn dem Runlevel default hinzu, so lautet das Beispiel der Dokumentation. Ohne Runlevel-Angabe (rc-update add sshd) wird der aktuell aktive Runlevel verwendet. "Enabling a service means putting it in a runlevel" (einen Dienst zu aktivieren bedeutet, ihn in einen Runlevel aufzunehmen), und "a runlevel is simply a directory in" (ein Runlevel ist schlicht ein Verzeichnis in) /etc/runlevels; es enthält einen Symlink auf das Skript des Dienstes in /etc/init.d.
4. Den Dienst deaktivieren: rc-update delete sshd entfernt ihn aus dem aktuellen Runlevel; rc-update delete sshd -a entfernt ihn aus allen Runlevels, in denen er enthalten ist. Das ist der dokumentierte Weg, einen Dienst vollständig auszuhängen.
5. Alles anzeigen, was über die Runlevels hinweg konfiguriert ist: rc-update show -v listet die Dienste pro Runlevel auf, mit -v auch jene, die keinem Runlevel zugewiesen sind. Alles anzeigen, was im aktuellen Runlevel tatsächlich läuft: rc-status; standardmässig listet es die Dienste des aktiven Runlevels auf, mit rc-status boot jene eines benannten Runlevels.
6. Soll die Ausgabe der Skripte beim Booten für die Fehlersuche erfasst werden, ist zu beachten, dass dies standardmässig nicht geschieht. Die /etc/rc.conf mit den Upstream-Standardwerten von OpenRC gibt an, dass rc_logger "launches a logging daemon to log the entire rc process to" (einen Logging-Daemon startet, der den gesamten rc-Ablauf protokolliert in) /var/log/rc.log (unter Linux, nicht im Runlevel sysinit), und liefert die Option auskommentiert aus (#rc_logger="NO"). Die Datei auf dem Host prüfen und dann rc_logger="YES" setzen. Damit wird OpenRCs eigener Startablauf erfasst, nicht zwingend die Ausgabe (stdout/stderr) eines einzelnen Daemons zur Laufzeit. Diese hängt vom Logging des jeweiligen Daemons ab (häufig über syslog, mit einem separat installierten und aktivierten Syslog-Dienst).

Erwartetes Ergebnis

rc-update show -v führt den Dienst unter dem vorgesehenen Runlevel auf; rc-status zeigt ihn als gestartet an, sobald er aktiviert ist und entweder das System gebootet oder der Dienst manuell gestartet wurde. Nach dem Aktivieren von rc_logger existiert /var/log/rc.log und enthält ab dem nächsten Boot Einträge zum Bootablauf.

Grenzen und Prüfbasis

Wird rc-service <name> start für einen Dienst ausgeführt, der in keinem Runlevel steht, gilt das nur für den aktuellen Bootvorgang und geht beim nächsten Neustart verloren, sofern der Dienst nicht zusätzlich mit rc-update hinzugefügt wird. Umgekehrt startet rc-update add allein den Dienst nicht sofort. Wird ein Dienst mit rc-update delete -a aus allen Runlevels entfernt, wird er dadurch nicht gestoppt, falls er gerade läuft. Soll er vollständig zurückgebaut werden, ihn zuvor ausdrücklich stoppen.