Gérer les services AIX avec le System Resource Controller : lssrc, startsrc/stopsrc et rc.tcpip

Ce que c'est

Le System Resource Controller (SRC) est le framework d'AIX pour démarrer, arrêter et surveiller des démons (les « sous-systèmes ») ainsi que des ensembles de démons (les « groupes »). Son rôle est comparable à celui des unités systemd, mais il repose sur l'ODM et non sur des fichiers d'unité. La définition de chaque sous-système (chemin du binaire, arguments, redémarrage ou non en cas d'échec) est un objet de la classe ODM SRCsubsys, que l'on consulte avec odmget SRCsubsys (éventuellement filtré par grep -p <subsystem> pour isoler une seule entrée).

Le contrôle au quotidien passe par les commandes SRC, et non par l'envoi direct de signaux : lssrc -a liste tous les sous-systèmes et groupes avec leur état ; lssrc -s <subsystem> vérifie un sous-système donné ; startsrc -s <subsystem> et stopsrc -s <subsystem> le démarrent et l'arrêtent sous la supervision du SRC ; refresh -s <subsystem> demande à un sous-système en cours d'exécution de relire sa configuration. Ce qui démarre automatiquement au boot est contrôlé séparément, via /etc/inittab (que l'on interroge et modifie avec lsitab/mkitab/chitab/rmitab plutôt qu'avec un éditeur de texte). Par exemple, l'entrée rctcpip exécute /etc/rc.tcpip, le script qui lance les démons TCP/IP contrôlés par le SRC.

Pourquoi c'est important

Un démon « géré par le SRC » qui échoue à démarrer sans rien signaler est un mode de défaillance connu lorsque son entrée ODM SRCsubsys est absente ou corrompue : aucun message d'erreur, et même truss ou une trace noyau ne montrent rien d'anormal, puisque le SRC n'a jamais lancé le processus. Le diagnostic consiste donc à vérifier l'entrée ODM, et non les journaux du démon lui-même. Comme le démarrage au boot dépend de /etc/inittab et des scripts qu'il appelle (et non d'indicateurs d'activation/désactivation à la manière de systemd), la question « est-ce activé au prochain redémarrage ? » se résout avec lsitab et avec les lignes start non commentées de scripts tels que /etc/rc.tcpip, et non avec l'état d'exécution du SRC.

Comment l'appliquer

• Vérifier l'état de façon globale avec lssrc -a avant de toucher à un démon en particulier.
• Démarrer et arrêter via le SRC (startsrc -s, stopsrc -s) plutôt que de tuer le démon ou d'exécuter directement son binaire, afin que l'état de supervision du SRC reste cohérent avec la réalité.
• Si un démon sous contrôle du SRC ne démarre pas et qu'aucune erreur n'apparaît, inspecter son entrée ODM avec odmget SRCsubsys | grep -p <subsystem>, puis la corriger avec chssys (ou recréer une entrée manquante avec mkssys, ou en réinstallant le fileset concerné) plutôt que de modifier l'ODM à la main.
• Pour consulter ou modifier ce qui démarre au boot, utiliser lsitab/mkitab sur /etc/inittab ; pour les démons TCP/IP lancés depuis /etc/rc.tcpip, utiliser chrctcp -a <daemon> / chrctcp -d <daemon> (ajouter -S pour le démarrer ou l'arrêter aussi immédiatement). startsrc/stopsrc seuls ne modifient jamais l'activation au boot.

Pièges

• Supposer qu'un sous-système SRC en échec silencieux écrira quelque chose dans un journal ; vérifier plutôt directement l'entrée ODM.
• Confondre refresh -s (relecture de la configuration) avec un redémarrage ; certains démons ne prennent pas en charge le rafraîchissement à chaud.
• Modifier /etc/inittab avec un éditeur de texte au lieu de mkitab/chitab, ce qui peut laisser des entrées en double ou mal formées.