Gestión de servicios OpenRC en Alpine: rc-update, rc-service, runlevels y rc-status

Objetivo

Habilitar un servicio para que se inicie en el arranque, iniciarlo o detenerlo de inmediato y comprobar qué se está ejecutando realmente en Alpine Linux 3.2x, y saber adónde va (o no va) por defecto el registro de OpenRC durante el arranque.

Requisitos previos

Acceso root; el paquete que proporciona el servicio ya instalado con apk add.

Pasos

1. Entender la separación en dos comandos: la documentación de Alpine afirma que "the init system manages the services, startup and shutdown of your computer" (el sistema init gestiona los servicios, el arranque y el apagado del equipo) y distingue el control en tiempo de ejecución de la configuración del arranque. Para manipular un servicio en ejecución se usa rc-service; para habilitarlo en el arranque, rc-update. Instalar un paquete no hace ninguna de las dos cosas de forma automática.
2. Controlar un servicio en el momento: rc-service sshd start, rc-service sshd stop o rc-service sshd status. Estos comandos surten efecto de inmediato y no modifican la configuración de arranque; detener sshd o networking desde una sesión SSH puede cortar esa misma sesión.
3. Habilitar un servicio en el arranque: rc-update add sshd default lo añade al runlevel default, que es el ejemplo de la propia documentación. Si se omite el nombre del runlevel (rc-update add sshd), se aplica al runlevel que esté activo en ese momento. "Enabling a service means putting it in a runlevel" (habilitar un servicio significa colocarlo en un runlevel) y "a runlevel is simply a directory in" (un runlevel es simplemente un directorio en) /etc/runlevels, que contiene un enlace simbólico al script del servicio en /etc/init.d.
4. Deshabilitarlo: rc-update delete sshd lo elimina del runlevel actual; rc-update delete sshd -a lo elimina de todos los runlevels en los que figure, que es la forma documentada de desvincular por completo un servicio.
5. Ver todo lo configurado en los distintos runlevels: rc-update show -v lista los servicios por runlevel, e incluye con -v los que no están asignados a ninguno. Ver todo lo que se está ejecutando realmente en el runlevel actual: rc-status, que por defecto lista los servicios del runlevel activo, o rc-status boot para uno concreto por nombre.
6. Si hace falta capturar la salida de los scripts durante el arranque para diagnosticar problemas, hay que tener en cuenta que por defecto no se captura. El /etc/rc.conf predeterminado de OpenRC upstream indica que rc_logger "launches a logging daemon to log the entire rc process to" (lanza un demonio de registro para guardar todo el proceso rc en) /var/log/rc.log (en Linux, no en el runlevel sysinit), y lo incluye comentado (#rc_logger="NO"); hay que revisar el archivo en el equipo y luego establecer rc_logger="YES". Esto registra la secuencia de inicio del propio OpenRC, pero no necesariamente la salida estándar o de error de un demonio en ejecución, que depende del registro propio de ese demonio (habitualmente hacia syslog, mediante un servicio syslog instalado y habilitado por separado).

Resultado esperado

rc-update show -v muestra el servicio en el runlevel previsto; rc-status lo muestra como iniciado una vez habilitado y tras el arranque o tras iniciarlo manualmente; después de activar rc_logger, existe /var/log/rc.log y contiene entradas de la secuencia de arranque a partir del siguiente arranque.

Límites y base de verificación

Un rc-service <name> start ejecutado sobre un servicio que no está en ningún runlevel funciona solo durante ese arranque y se revierte en el siguiente reinicio, salvo que también se añada con rc-update; a la inversa, rc-update add por sí solo no inicia el servicio de inmediato. Quitar un servicio de todos los runlevels con rc-update delete -a no lo detiene si ya se está ejecutando; si se pretende un desmontaje completo, hay que detenerlo antes de forma explícita.