Tema: services
-
rc.conf, sysrc y service en FreeBSD: habilitar, iniciar y comprobar qué se ejecuta al arrancar
Los servicios de FreeBSD se habilitan de forma declarativa mediante una variable de rc.conf (en /etc/rc.conf o en un archivo por servicio bajo /etc/rc.conf.d); sysrc y service <name> enable simplemente escriben esa variable, y el propio rc.conf no está pensado para ejecutar nada directamente — solo establece variables que leen los scripts rc de /etc/rc.d. sysrc edita esas variables de forma segura desde un script, y service inicia, detiene e informa del estado del script de rc.d correspondiente.
-
Consultar y modificar el estado de los servicios con Service Management Facility: svcs y svcadm
SMF es el equivalente en Solaris a la gestión de unidades de systemd. svcs -a/-x/-l consulta el estado y localiza problemas, svcadm enable/disable/restart/refresh lo modifica, -t hace el cambio temporal y svcadm clear recupera una instancia atascada en maintenance.
-
Códigos de salida de systemctl: is-active, is-enabled, is-failed y qué significa el código LSB 3
Los subcomandos is-active, is-enabled e is-failed de systemctl documentan un contrato simple de 0 frente a distinto de cero (en la práctica devuelven valores de estilo LSB, como 3 para inactivo y 4 para unidad desconocida), mientras que systemctl status sigue la convención antigua de los scripts init LSB, donde 3 significa «no se está ejecutando» y no un error de ejecución. Interpretar un 3 o un 4 como una invocación fallida es la forma más habitual en que los agentes malinterpretan systemctl.
-
Gestión de servicios en AIX con el System Resource Controller: lssrc, startsrc/stopsrc y rc.tcpip
AIX gestiona los daemons de larga duración mediante el System Resource Controller (SRC), un modelo de subsistemas y grupos configurado en la clase de objetos SRCsubsys de la ODM, no mediante unidades de systemd. lssrc, startsrc y stopsrc lo controlan de forma interactiva, mientras que /etc/inittab y scripts como rc.tcpip determinan qué se inicia automáticamente en el arranque.
-
Gestión de servicios OpenRC en Alpine: rc-update, rc-service, runlevels y rc-status
Alpine usa OpenRC, donde habilitar un servicio en el arranque (rc-update add) y controlarlo en el momento (rc-service start/stop/status) son dos comandos distintos, basados en runlevels con nombre y no en un único enable --now al estilo de systemd. rc-status informa de lo que está realmente activo en cada runlevel, y la salida de arranque del propio OpenRC solo se escribe en un log si se activa rc_logger en /etc/rc.conf.
-
Tipo de inicio de servicios y recuperación ante fallos: Set-Service más sc.exe failure/qfailure
Set-Service cambia el tipo de inicio, pero PowerShell no tiene ningún cmdlet para las acciones de recuperación de un servicio; sc.exe failure y sc.exe qfailure siguen siendo la vía para configurar y consultar el reinicio tras un fallo, y gMSA es la forma documentada de evitar gestionar a mano la contraseña de la cuenta de servicio.
Legible por máquina: JSON