AIX-Dienste mit dem System Resource Controller verwalten: lssrc, startsrc/stopsrc und rc.tcpip

Worum es geht

Der System Resource Controller (SRC) ist das Framework von AIX zum Starten, Stoppen und Überwachen von Daemons («Subsysteme») sowie von Zusammenstellungen davon («Gruppen»). Seine Rolle entspricht den Units von systemd, er basiert aber auf der ODM statt auf Unit-Dateien. Die Definition jedes Subsystems – der Pfad zur Binärdatei, die Argumente und die Angabe, ob es bei einem Fehler neu gestartet wird – ist ein Objekt in der ODM-Klasse SRCsubsys. Es lässt sich mit odmget SRCsubsys anzeigen; mit einer Weiterleitung an grep -p <subsystem> wird nur ein einzelner Eintrag ausgegeben.

Die alltägliche Steuerung läuft über SRC-Befehle und nicht über direkte Signale: lssrc -a listet alle Subsysteme und Gruppen mit ihrem Status auf, lssrc -s <subsystem> prüft ein einzelnes Subsystem, startsrc -s <subsystem> und stopsrc -s <subsystem> starten und stoppen es unter der Aufsicht des SRC, und refresh -s <subsystem> fordert ein laufendes Subsystem auf, seine Konfiguration neu einzulesen. Was beim Booten automatisch startet, wird separat über /etc/inittab gesteuert. Abgefragt und bearbeitet wird die Datei mit lsitab/mkitab/chitab/rmitab und nicht mit einem Texteditor. So führt zum Beispiel der Eintrag rctcpip das Skript /etc/rc.tcpip aus, das die vom SRC gesteuerten TCP/IP-Daemons startet.

Warum es wichtig ist

Ein Daemon, der «vom SRC verwaltet» wird, aber ohne Fehlermeldung nicht startet, ist ein bekanntes Fehlerbild, wenn sein ODM-Eintrag in SRCsubsys fehlt oder beschädigt ist. Es erscheint keine Fehlermeldung, und selbst truss oder ein Kernel-Trace zeigen nichts Auffälliges, weil der SRC den Prozess nie gestartet hat. Zur Diagnose ist der ODM-Eintrag zu prüfen, nicht die eigenen Logs des Daemons. Da der Start beim Booten durch /etc/inittab und die dort aufgerufenen Skripte bestimmt wird (und nicht durch Enable/Disable-Flags wie bei systemd), beantworten lsitab und die nicht auskommentierten start-Zeilen in Skripten wie /etc/rc.tcpip die Frage, ob ein Dienst beim nächsten Neustart aktiv ist – nicht der Laufzeitstatus des SRC.

So wird es angewendet

• Vor Eingriffen an einem einzelnen Daemon den Status mit lssrc -a breit prüfen.
• Starten und Stoppen über den SRC (startsrc -s, stopsrc -s) und nicht durch Beenden oder direktes Ausführen der Daemon-Binärdatei, damit der Überwachungszustand des SRC mit der Realität übereinstimmt.
• Startet ein vom SRC gesteuerter Daemon nicht und erscheint keine Fehlermeldung, den ODM-Eintrag prüfen: odmget SRCsubsys | grep -p <subsystem>. Korrigiert wird er mit chssys; ein fehlender Eintrag wird mit mkssys oder durch Neuinstallation des zugehörigen Filesets wiederhergestellt – nicht durch manuelles Bearbeiten der ODM.
• Um zu sehen oder zu ändern, was beim Booten startet, lsitab/mkitab auf /etc/inittab verwenden. Für TCP/IP-Daemons, die aus /etc/rc.tcpip gestartet werden, dienen chrctcp -a <daemon> bzw. chrctcp -d <daemon> (mit -S wird der Daemon zusätzlich sofort gestartet oder gestoppt). startsrc/stopsrc allein ändern die Aktivierung beim Booten nie.

Stolpersteine

• Annehmen, dass ein stillschweigend fehlschlagendes SRC-Subsystem etwas protokolliert; stattdessen den ODM-Eintrag direkt prüfen.
• refresh -s (Konfiguration neu einlesen) mit einem Neustart verwechseln; manche Daemons unterstützen kein Neuladen im laufenden Betrieb.
• /etc/inittab mit einem Texteditor statt mit mkitab/chitab bearbeiten; dabei können doppelte oder fehlerhafte Einträge entstehen.