Consultar y modificar el estado de los servicios con Service Management Facility: svcs y svcadm

Objetivo

Determinar el estado de los servicios en un host con Solaris 11.4 y habilitar, deshabilitar, reiniciar o limpiar de forma segura una instancia de servicio mediante Service Management Facility (SMF).

Requisitos previos

Una shell en la zona cuyos servicios se gestionan (cada zona no global ejecuta su propia instancia de SMF y se administra desde dentro de esa zona), con permisos para gestionar servicios: el rol root o un perfil con la autorización de SMF correspondiente (véase el artículo sobre RBAC de esta serie). Consultar el estado no requiere privilegios.

Pasos

1. Listar todo: svcs -a muestra cada instancia de servicio con su estado (online, offline, disabled, maintenance, degraded, legacy_run) y su identificador de recurso de gestión de fallos (FMRI).
2. Encontrar problemas rápidamente: svcs -x imprime una explicación solo para las instancias que están habilitadas pero no se están ejecutando, o que tienen dependencias sin satisfacer; no produce ninguna salida si todo lo habilitado está en ejecución.
3. Inspeccionar una instancia en detalle: svcs -l <fmri> imprime las dependencias, el contrato de proceso y la ruta del log de esa instancia; svcs -L <fmri> imprime solo la ruta del log.
4. Habilitar de forma persistente: svcadm enable <fmri>. Por defecto, enable persiste tras un reinicio; con -t se habilita solo de forma temporal, hasta el siguiente reinicio.
5. Deshabilitar, reiniciar o refrescar: svcadm disable [-t] <fmri> (persistente salvo que se use -t); svcadm restart <fmri> (parada más arranque; actúa solo sobre instancias online o degraded, por lo que no hace nada con una en maintenance); svcadm refresh <fmri> (copia la configuración actual en la instantánea en ejecución y ejecuta el método de refresco, si existe). -t existe solo para enable y disable; añada -s para esperar hasta que la instancia se estabilice.
6. Leer los logs de una instancia que falla desde la ruta que indicó svcs -l, normalmente un archivo bajo /var/svc/log/ con el nombre del FMRI del servicio.
7. Limpiar una instancia atascada: una vez corregido el problema de fondo, svcadm clear <fmri> saca una instancia del estado maintenance o degraded para que el restarter la vuelva a evaluar.

Resultado esperado

svcs -x no produce ninguna salida cuando todos los servicios habilitados se están ejecutando realmente; la instancia objetivo aparece como online (o disabled, si ese era el objetivo) en svcs -a, y su archivo de log deja de acumular el error anterior.

Límites y base de verificación

Los cambios hechos con svcadm enable/disable -t se pierden en el siguiente reinicio por diseño: no confíe en -t para nada que deba sobrevivir a un reinicio; quite -t cuando sepa que el cambio es correcto. Limpiar una instancia en maintenance no corrige la causa subyacente: si el método de inicio sigue fallando, la instancia vuelve a maintenance de inmediato, así que si un clear no se mantiene, hay que leer el log en lugar de repetir el clear. Los cambios de estado son reversibles ejecutando svcadm en sentido contrario, pero no siempre desde donde se encuentra: deshabilitar o reiniciar network/ssh, network/physical o un servicio del que dependan puede cortar su propia sesión remota, por lo que conviene tener acceso a la consola en esos casos. Esto cubre Oracle Solaris 11.4; los conceptos de SMF aquí descritos también se aplican a los sistemas basados en illumos, que comparten el mismo marco de gestión de servicios.