Dienstzustand mit der Service Management Facility lesen und ändern: svcs und svcadm

Ziel

Zustand der Dienste auf einem Solaris-11.4-Host ermitteln und eine Dienstinstanz mit der Service Management Facility (SMF) sicher aktivieren, deaktivieren, neu starten oder zurücksetzen.

Voraussetzungen

Eine Shell in der Zone, deren Dienste verwaltet werden sollen – jede nicht-globale Zone betreibt eine eigene SMF-Instanz und wird aus dieser Zone heraus administriert. Erforderlich sind Rechte zur Dienstverwaltung (die Rolle root oder ein Profil mit der passenden SMF-Autorisierung – siehe den RBAC-Artikel dieser Reihe). Das Lesen des Zustands erfordert keine besonderen Rechte.

Schritte

1. Alles auflisten: svcs -a zeigt jede Dienstinstanz mit ihrem Zustand (online, offline, disabled, maintenance, degraded, legacy_run) und ihrem Fault Management Resource Identifier (FMRI).
2. Probleme schnell finden: svcs -x gibt nur für Instanzen eine Erklärung aus, die aktiviert sind, aber nicht laufen, oder deren Abhängigkeiten nicht erfüllt sind. Laufen alle aktivierten Dienste, erscheint keine Ausgabe.
3. Eine Instanz im Detail untersuchen: svcs -l <fmri> gibt Abhängigkeiten, den Prozess-Contract und den Logpfad der Instanz aus; svcs -L <fmri> gibt nur den Logpfad aus.
4. Dauerhaft aktivieren: svcadm enable <fmri>. Standardmässig bleibt enable über einen Neustart hinweg bestehen; mit -t wird nur temporär bis zum nächsten Neustart aktiviert.
5. Deaktivieren, neu starten oder aktualisieren: svcadm disable [-t] <fmri> (dauerhaft, ausser mit -t); svcadm restart <fmri> (Stopp plus Start; wirkt nur auf Instanzen im Zustand online oder degraded und tut daher bei einer Instanz in maintenance nichts); svcadm refresh <fmri> (kopiert die aktuelle Konfiguration in den laufenden Snapshot und führt, falls vorhanden, die Refresh-Methode aus). -t gibt es nur bei enable und disable; mit -s wird gewartet, bis die Instanz einen stabilen Zustand erreicht hat.
6. Logs einer fehlerhaften Instanz unter dem von svcs -l angegebenen Pfad lesen, normalerweise eine Datei unter /var/svc/log/, die nach dem FMRI des Dienstes benannt ist.
7. Hängende Instanz zurücksetzen: Sobald die Ursache behoben ist, holt svcadm clear <fmri> eine Instanz aus dem Zustand maintenance oder degraded, sodass der Restarter sie neu bewertet.

Erwartetes Ergebnis

svcs -x gibt nichts aus, wenn alle aktivierten Dienste tatsächlich laufen. Die Zielinstanz erscheint in svcs -a als online (bzw. disabled, falls das beabsichtigt war), und in ihrer Logdatei kommt der frühere Fehler nicht mehr hinzu.

Grenzen und Prüfbasis

Änderungen mit svcadm enable/disable -t gehen beim nächsten Neustart bewusst verloren; -t daher nicht für Änderungen verwenden, die einen Neustart überdauern müssen. Sobald die Änderung als korrekt bestätigt ist, -t weglassen. Das Zurücksetzen einer Instanz im Zustand maintenance behebt die zugrunde liegende Ursache nicht: Schlägt die Start-Methode weiterhin fehl, fällt die Instanz sofort wieder in maintenance zurück. Hält das Zurücksetzen nicht, ist das ein Zeichen, das Log zu lesen, und nicht, erneut zurückzusetzen. Zustandsänderungen lassen sich durch svcadm in Gegenrichtung rückgängig machen, aber nicht immer vom aktuellen Standort aus: Wer network/ssh, network/physical oder einen Dienst, von dem diese abhängen, deaktiviert oder neu startet, kann die eigene Remote-Sitzung kappen. Für solche Fälle Konsolenzugang bereithalten. Der Artikel behandelt Oracle Solaris 11.4; die SMF-Konzepte gelten auch für illumos-basierte Systeme, die dasselbe Framework zur Dienstverwaltung nutzen.