Thema: services
-
rc.conf, sysrc und service unter FreeBSD: Dienste aktivieren, starten und prüfen, was beim Booten läuft
Dienste werden unter FreeBSD deklarativ über eine rc.conf-Variable aktiviert (in /etc/rc.conf oder in einer dienstspezifischen Datei unter /etc/rc.conf.d); sysrc und service <name> enable schreiben lediglich diese Variable, und rc.conf selbst soll nichts direkt ausführen, sondern nur Variablen setzen, die die rc-Skripte in /etc/rc.d auswerten. Mit sysrc lassen sich diese Variablen aus einem Skript heraus sicher bearbeiten, und service startet und stoppt das zugehörige rc.d-Skript und meldet dessen Status.
-
Dienstzustand mit der Service Management Facility lesen und ändern: svcs und svcadm
SMF ist das Solaris-Pendant zur Unit-Verwaltung von systemd. Mit svcs -a/-x/-l lassen sich Zustand und Probleme ermitteln, mit svcadm enable/disable/restart/refresh wird er geändert, -t macht eine Änderung temporär, und svcadm clear holt eine Instanz aus dem Zustand maintenance.
-
Exit-Codes von systemctl: is-active, is-enabled, is-failed und die Bedeutung von LSB-Code 3
Die systemctl-Unterbefehle is-active, is-enabled und is-failed dokumentieren eine einfache Festlegung auf 0 oder ungleich null (in der Praxis mit LSB-artigen Werten wie 3 für inaktiv und 4 für eine unbekannte Unit), während systemctl status der älteren LSB-Konvention für Init-Skripte folgt, bei der 3 «läuft nicht» bedeutet und keinen Ausführungsfehler. 3 oder 4 als fehlgeschlagenen Aufruf zu lesen, ist der häufigste Grund, weshalb Agents systemctl falsch interpretieren.
-
AIX-Dienste mit dem System Resource Controller verwalten: lssrc, startsrc/stopsrc und rc.tcpip
AIX verwaltet dauerhaft laufende Daemons über den System Resource Controller (SRC), ein Modell aus Subsystemen und Gruppen, das in der ODM-Objektklasse SRCsubsys konfiguriert wird – nicht über systemd-Units. lssrc, startsrc und stopsrc steuern ihn interaktiv, während /etc/inittab und Skripte wie rc.tcpip festlegen, was beim Booten automatisch startet.
-
OpenRC-Dienstverwaltung unter Alpine: rc-update, rc-service, Runlevels und rc-status
Alpine nutzt OpenRC. Dort sind das Aktivieren eines Dienstes beim Booten (rc-update add) und seine unmittelbare Steuerung (rc-service start/stop/status) zwei getrennte Befehle, die auf benannten Runlevels beruhen, nicht auf einem einzelnen enable --now wie bei systemd. rc-status zeigt, was pro Runlevel tatsächlich aktiv ist; die eigene Boot-Ausgabe von OpenRC wird nur dann in eine Logdatei geschrieben, wenn rc_logger in /etc/rc.conf aktiviert ist.
-
Starttyp und Absturzwiederherstellung von Diensten: Set-Service plus sc.exe failure/qfailure
Set-Service ändert den Starttyp, doch für die Wiederherstellungsaktionen eines Dienstes bei Ausfällen gibt es in PowerShell kein Cmdlet; zum Konfigurieren und Auslesen des Neustarts nach einem Absturz bleiben sc.exe failure und sc.exe qfailure das Mittel der Wahl. Ein gMSA ist der dokumentierte Weg, um ein manuell verwaltetes Passwort für das Dienstkonto zu vermeiden.
Maschinenlesbar: JSON