Executando um executável como um serviço no Debian 8

0

Aqui estão os detalhes da versão da máquina Debian que estou usando:

root@my-host-name:~# cat /etc/debian_version
8.9
root@my-host-name:~# uname -a
Linux my-host-name 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u2 (2017-06-26) x86_64 GNU/Linux
root@my-host-name:~#

Para fazer o meu trabalho, faço login nesta máquina como root e executo este comando:

/usr/java/jre1.8.0_131/bin/java -jar /usr/local/jenkins/jenkins.war

Esta aplicação executa um servidor web que eu, então, acesso de outro lugar.

Eu criei um usuário "jenkins" regular e sem privilégios para executar essa conta. Quando a máquina inicializa, eu gostaria que o comando mostrado acima fosse executado automaticamente como esse novo usuário "jenkins". Da mesma forma, quando a máquina é desligada, gostaria que esse processo fosse interrompido normalmente.

Suponho que o que estou dizendo é que quero que esse aplicativo seja executado como um serviço. (Por favor corrija-me se não estiver precisamente correto em meu uso do termo "serviço").

Como posso conseguir isso?

INFORMAÇÕES ADICIONAIS ADICIONADAS APÓS A PRIMEIRA RESPOSTA PUBLICADA

Parece que tenho systemd e init .

root@my-host-name:~# ps -elf | grep system
4 S root       156     1  0  80   0 - 10379 -      Jul31 ?        00:00:00 /lib/systemd/systemd-udevd
4 S root       157     1  0  80   0 -  7480 -      Jul31 ?        00:00:00 /lib/systemd/systemd-journald
4 S root       420     1  0  80   0 -  7083 -      Jul31 ?        00:00:00 /lib/systemd/systemd-logind
4 S message+   422     1  0  80   0 - 10713 -      Jul31 ?        00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
4 S Debian-+   812     1  0  80   0 -  8914 -      Jul31 ?        00:00:00 /lib/systemd/systemd --user
4 S root       993     1  0  80   0 -  6809 -      Aug01 ?        00:00:00 /lib/systemd/systemd --user
0 R root      5305  4936  0  80   0 -  3182 -      02:51 pts/0    00:00:00 grep system
root@my-host-name:~# ps -elf | grep init
4 S root         1     0  0  80   0 - 44052 -      Jul31 ?        00:00:01 /sbin/init
0 R root      5307  4936  0  80   0 -  3182 -      02:51 pts/0    00:00:00 grep init

Eles vão entrar em conflito? Como eles interagem?

Além disso, meu diretório / etc / systemd / system é um labirinto de diretórios e links para diretórios:

root@my-host-name:/etc/systemd/system# ls -l
total 48
drwxr-xr-x 2 root root 4096 Apr 13 03:45 bluetooth.target.wants
lrwxrwxrwx 1 root root   37 Apr 13 03:45 dbus-org.bluez.service -> /lib/systemd/system/bluetooth.service
lrwxrwxrwx 1 root root   40 Apr 13 03:44 dbus-org.freedesktop.Avahi.service -> /lib/systemd/system/avahi-daemon.service
lrwxrwxrwx 1 root root   40 Apr 13 03:45 dbus-org.freedesktop.ModemManager1.service -> /lib/systemd/system/ModemManager.service
lrwxrwxrwx 1 root root   53 Apr 13 03:45 dbus-org.freedesktop.nm-dispatcher.service -> /lib/systemd/system/NetworkManager-dispatcher.service
lrwxrwxrwx 1 root root   32 Apr 13 03:45 display-manager.service -> /lib/systemd/system/gdm3.service
drwxr-xr-x 2 root root 4096 Apr 13 03:37 getty.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:45 graphical.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:37 halt.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:45 hibernate.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:45 hybrid-sleep.target.wants
drwxr-xr-x 2 root root 4096 Jul 13 09:21 multi-user.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:37 paths.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:37 poweroff.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:37 reboot.target.wants
drwxr-xr-x 2 root root 4096 Apr 13 03:44 sockets.target.wants
lrwxrwxrwx 1 root root   31 Apr 13 03:45 sshd.service -> /lib/systemd/system/ssh.service
drwxr-xr-x 2 root root 4096 Apr 13 03:45 suspend.target.wants
lrwxrwxrwx 1 root root   35 Apr 13 03:37 syslog.service -> /lib/systemd/system/rsyslog.service

Isso faz alguma coisa adicional sobre o mecanismo de inicialização que minha máquina Debian usa? Dado este conteúdo do diretório, ainda é correto colocar o jenkins.service proposto diretamente em / etc / systemd / system, ou devo tentar descobrir esse padrão de links e tentar replicá-lo?

    
por Dave 02.08.2017 / 18:12

1 resposta

2

Você provavelmente está executando o systemd como seu sistema inint. Para configurar seu serviço, você precisa criar o arquivo de unidade necessário, por exemplo, /etc/systemd/system/jenkins.service .

[Unit]
Description=Jenkins
After=network.target

[Service]
Type=simple
ExecStart=/usr/java/jre1.8.0_131/bin/java -jar /usr/local/jenkins/jenkins.war
User=jenkins

[Install]
WantedBy=multi-user.target

Para carregar o serviço a ser executado na inicialização, execute systemctl daemon-reload . systemctl start jenkins.service inicia o serviço a partir da linha de comando. Para obter documentação completa, consulte as páginas do manual . A página de internet do Systemd também tem muito material para estudos mais aprofundados.

Caso você esteja usando o estilo de inicialização SysV, é necessário escrever um script de inicialização que inicie seu daemon em /etc/init.d/ , por exemplo, /etc/init.d/jenkins (e marque-o como executável).

#!/bin/sh
### BEGIN INIT INFO
# Provides:          jenkins
# Default-Start:     2 3 4 5
# Default-Stop:      1
### END INIT INFO

EXEC="/usr/java/jre1.8.0_131/bin/java"
ARGS="-jar /usr/local/jenkins/jenkins.war"
USER="jenkins"
PIDFILE="/run/jenkins.pid"

. /lib/lsb/init-functions

case "$1" in
  start)
    start-stop-daemon --start --background --chuid $USER \
                       --make-pidfile --pidfile $PIDFILE --exec $EXEC -- $ARGS
    ;;
  stop)
    start-stop-daemon --stop --pidfile $PIDFILE --exec $EXEC
    ;;
  *)
    echo "Usage: /etc/init.d/jenkins {start|stop}"
    exit 1
    ;;
esac

exit 0

Note que você deve bifurcar seu serviço em seu script de init, caso contrário seu script não sairá, neste exemplo start-stop-daemon faz bifurcação ( --background ) e troca de usuário ( --chuid ). Para estudar como outros serviços são iniciados em seu sistema usando scripts de inicialização, você pode estudar os arquivos em /etc/init.d/ .

Para permitir que o serviço inicie no momento da inicialização, execute update-rc.d jenkins enable . Para iniciar o serviço, execute seu novo script /etc/init.d/jenkins start .

Os scripts init compatíveis com LSB também são compatíveis com versões anteriores do sistema. Lembre-se de utilizar /lib/lsb/init-functions para que o systemctl trabalhe de forma transparente ao executar o script diretamente.

Debian wiki para LSBInitScripts fornece mais detalhes sobre as opções disponíveis, como iniciar o serviço após / antes de outro serviço.

    
por 02.08.2017 / 18:37