Gestion des services OpenRC sous Alpine : rc-update, rc-service, runlevels et rc-status

Objectif

Activer un service au démarrage, le démarrer ou l'arrêter immédiatement et vérifier ce qui tourne réellement sous Alpine Linux 3.2x, et savoir où va (ou ne va pas) par défaut la journalisation d'OpenRC au démarrage.

Prérequis

Accès root ; le paquet fournissant le service est déjà installé avec apk add.

Étapes

1. Comprendre la séparation en deux commandes : la documentation d'Alpine indique que "the init system manages the services, startup and shutdown of your computer" et distingue le contrôle à l'exécution de la configuration au démarrage. On agit sur un service en cours d'exécution avec rc-service ; on l'active pour le démarrage avec rc-update. L'installation d'un paquet ne fait ni l'un ni l'autre automatiquement.
2. Contrôler un service immédiatement : rc-service sshd start, rc-service sshd stop ou rc-service sshd status. Ces commandes prennent effet tout de suite et ne modifient pas la configuration du démarrage ; arrêter sshd ou networking depuis une session SSH peut couper cette session.
3. Activer un service au démarrage : rc-update add sshd default l'ajoute au runlevel default, qui est l'exemple donné par la documentation. Sans nom de runlevel (rc-update add sshd), la commande cible le runlevel actuellement actif. "Enabling a service means putting it in a runlevel," et "a runlevel is simply a directory in" /etc/runlevels, qui contient un lien symbolique vers le script du service dans /etc/init.d.
4. Le désactiver : rc-update delete sshd le retire du runlevel courant ; rc-update delete sshd -a le retire de tous les runlevels où il figure, ce qui est la méthode documentée pour détacher complètement un service.
5. Voir tout ce qui est configuré dans les runlevels : rc-update show -v liste les services par runlevel, l'option -v incluant aussi ceux qui ne sont assignés à aucun. Voir tout ce qui tourne réellement dans le runlevel courant : rc-status, qui liste par défaut les services du runlevel actif, ou rc-status boot pour un runlevel nommé.
6. Si la sortie des scripts au démarrage doit être capturée pour un diagnostic, il faut savoir qu'elle ne l'est pas par défaut. Le fichier /etc/rc.conf par défaut d'OpenRC en amont indique que rc_logger "launches a logging daemon to log the entire rc process to" /var/log/rc.log (sous Linux, hors runlevel sysinit), et le fournit commenté (#rc_logger="NO") ; vérifiez le fichier sur l'hôte, puis définissez rc_logger="YES". Cela capture la séquence de démarrage propre à OpenRC, pas nécessairement la sortie standard et la sortie d'erreur d'un démon en fonctionnement, qui dépendent de la journalisation propre à ce démon (couramment via syslog, au moyen d'un service syslog installé et activé séparément).

Résultat attendu

rc-update show -v liste le service sous le runlevel voulu ; rc-status l'affiche comme démarré une fois qu'il est activé et soit lancé au démarrage du système, soit lancé manuellement ; après activation de rc_logger, /var/log/rc.log existe et contient des entrées de la séquence de démarrage à partir du démarrage suivant.

Limites et base de vérification

Un rc-service <name> start exécuté sur un service qui ne figure dans aucun runlevel ne vaut que pour le démarrage en cours et est perdu au redémarrage suivant, sauf ajout par rc-update ; inversement, rc-update add seul ne démarre pas le service immédiatement. Retirer un service de tous les runlevels avec rc-update delete -a ne l'arrête pas s'il est en cours d'exécution : arrêtez-le d'abord explicitement si un retrait complet est souhaité.