SDB:Systemd service

Systemd

Systemd · Uso básico · Configuración · Personalizar unidades · Objetivos · Servicios · Temporizadores · Instantáneas · Diario · Optimización · Ficheros temporales · Equivalencia entre systemd y sysvinit

Un fichero de configuración de unidad cuyo nombre acaba en .service codifica información sobre un proceso controlado y supervisado por systemd.

Artículos recomendados		Artículos relacionados
	página test página test		Documentación oficial Páginas del Manual sobre systemd

Manejo general

Las operaciones más habituales con estas unidades son:

• Puesta en marcha, parada y reinicio
  • inicio:

systemctl start <nombre_de_unidad>

• • parada:

systemctl stop <nombre_de_unidad>

• • reinicio:

systemctl restart <nombre_de_unidad>

• Habilitar para su ejecución en el arranque del sistema o deshabilitar su ejecución en el arranque del sistema:
  • habilitar en el arranque:

systemctl enable <nombre_de_unidad>

• • deshabilitar del arranque:

systemctl disable <nombre_de_unidad>

• Consulta de información sobre el estado de ejecución y habilitación del servicio:

systemctl status <nombre_de_unidad>

También es posible habilitar un servicio en el arranque y a la vez ponerlo en marcha añadiendo el modificador --now al comando de habilitación:

systemctl enable --now <nombre_de_unidad>

Edición de unidades de servicio

Para editar una unidad de tipo servicio se utilizan los mismos comandos que para otros tipos de unidad.

systemctl edit <nombre_de_unidad>.service

Para crear una unidad se añade el modificador --force al comando anterior:

systemctl edit --force <nombre_de_unidad>.service

Estructura de la unidad

Las unidades para servicios usarán casi siempre tres bloques: Unit, Install y Service.

[Unit]
Description=fichero de ejemplo de unidad servicio de systemd.

[Service]
Type=oneshot
ExecStart=/bin/bash /usr/sbin/ejemplo.sh

[Install]
WantedBy=multi-user.target

El ejemplo anterior ejecuta el comando /usr/sbin/ejemplo.sh

Tipo de servicio

Existen diferentes tipos de servicio a tener en cuenta cuando se escribe un archivo de servicio personalizado. Esto se configura mediante el parámetro Type= en la sección [Service].

1. Type=simple: systemd considera que el servicio debe iniciarse inmediatamente. El proceso no debe romperse. No utilice este tipo si otros servicios tienen que ser llamados por ese servicio, a menos que no sea activado por el socket.
2. Type=notify: Igual que Type=simple, pero con la condición de que el demonio va a enviar una señal a systemd cuando esté listo. Esto requiere del código específico proporcionado por libsystemd-daemon.so.
3. Type=dbus: El servicio se considera listo cuando el BusName especificado que aparece en el sistema bus es DBus.
4. Type=forking: systemd considera que el servicio debe ser iniciado antes que el proceso se rompa y el antecesor se haya terminado. Para los demonios clásicos solía ser necesario usar este tipo, pero ahora se desaconseja para utilizar notify, notify-reload, o dbus en su lugar. Debe especificar también PIDFile= para que systemd puede realizar un seguimiento del proceso principal.
5. Type=oneshot: Esto es útil para los scripts que hacen un solo trabajo y luego concluyen. Es posible que desee también establecer RemainAfterExit= de modo que systemd sigue considerando el servicio como activo después de que el proceso haya terminado.

Ver también

• documentación de servicios de systemd