The wikis are now using the new authentication system.
If you did not migrate your account yet, visit https://idp-portal-info.suse.com/

SDB:Systemd files

Saltar a: navegaci贸n, buscar

Sea un daemon vampird que se encarga de una tarea X, en la que se necesita la red. Para que systemd lo inicie somo un servicio del sistema es necesario crear un archivo de unidad.

Estructura b谩sica de una unidad

[Unit]
Description = Descripci贸n del daemon vampird
Requires = network.target
After = network.target

[Service]
Type = forking
PIDFile = /var/run/vampird.pid
ExecStart = /ruta/al/daemon/vampird start
ExecStop = /ruta/al/daemon/vampird stop
Restart = on-abort

Dependencias

Las dependencias en systemd son controladas con las variables After, Requires y Wants. En el caso de la unidad anterior el daemon requiere el target network, esto es especificado en la secci贸n [Unit] con la linea Requires = network.target, si no fuera un requerimiento escencial podria usarse Wants en vez de Requires. Wants= y Requires= no incluyen After=, lo que significa que si After= no est谩 especificado, las dos unidades se iniciar谩n en paralelo.

Tipo de inicio

Existen diferentes tipos de arranque 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=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 use este tipo a menos que sepa que no es necesario, ya que la mayor铆a de los demonios usan doble bifurcaci贸n para indicar que est谩n listos. Debe especificar tambi茅n PIDFile= para que systemd puede realizar un seguimiento del proceso principal.
  3. 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.
  4. 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.
  5. Type=dbus: El servicio se considera listo cuando el BusName especificado que aparece en el sistema bus es DBus.