Запуск процесса Java из Systemd

Я пытаюсь выполнить сценарий оболочки из systemd. Скрипт работает нормально из командной строки.

Сценарий (runServer.sh) запускает процесс Java и выглядит следующим образом:

#!/bin/bash
java -jar -Dresources=/home/pruss/dev/ServerDeploy5-4.1/Server/resources/MyServer.jar "0" "Test"

Внутри /usr/lib/systemd/system(или /lib/systemd/system/в других ОС) я создал служебный файл (myService.service):

[Unit]
Description=My Servers service
[Service]
ExecStart=/home/pruss/dev/ServerDeploy5-4.1/Server/runServer.sh
User=root
Type=oneshot
[Install]
WantedBy=multi-user.target

Результат

Job for myService.service failed. See "systemctl status myService.service" and "journalctl -xn" for details.

Я пытаюсь:

systemctl status myService.service


   Loaded: loaded (/usr/lib/systemd/system/myService.service; disabled)
   Active: failed (Result: exit-code) since Thu 2015-07-23 12:27:38 BST; 26s ago
   Main PID: 28413 (code=exited, status=203/EXEC)

Вам может не понадобиться сценарий оболочки. Вы можете запустить процесс из файла myService.service, если вы используете полный путь к двоичному файлу java и файлу jar. Это должно выглядеть примерно так

ExecStart=/usr/bin/java -jar /home/pruss/dev/ServerDeploy5-4.1/Server/resources/MyServer.jar

Работает на CentOS 7.2.

Не уверен, кто дал это большие пальцы вниз ..

Я нашел решение и опубликовал его, чтобы спасти других.

То, что вы видите выше, работает. Тем не менее, последний сервис, таким образом:

[Unit]
Description=MyProgramThing
[Service]
ExecStart=/home/prus/dev/Blah-4.1/Server/runServer.sh
Type=simple
User=prus
[Install]
WantedBy=multi-user.target

Важно отметить, что внутри скрипта мне нужно было указать полный путь к файлу .jar. java -jar /home/myprog.jar и т. д.

то есть ./myJar.jar не работает. Надеюсь, это поможет.

Взгляните на мой ответ на stackoverflow, в котором подробно описано, как создать systemdсервис для приложения Java:

/programming//a/22121547/272180

Это мой шаблон systemd для Java-процесса

[Unit]
Description=Spring MVC Java Service

[Service]
User=spring-mvc
# The configuration file application.properties should be here:
WorkingDirectory=/usr/local/spring-mvc


# Run ExecStartPre with root-permissions
PermissionsStartOnly=true

ExecStartPre=-/bin/mkdir -p /var/log/spring-mvc


ExecStartPre=/bin/chown -R spring-mvc:syslog /var/log/spring-mvc
ExecStartPre=/bin/chmod -R 775 /var/log/spring-mvc


Environment="ENV=stage"

#https://www.freedesktop.org/software/systemd/man/systemd.service.html#ExecStart=
ExecStart=/usr/bin/java \
        -Dlog4j.configurationFile=log4j2-spring.xml \
        -DLog4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector \
        -Dspring.profiles.active=stage \
        -Denvironment-type=stage \
        -XX:+UseConcMarkSweepGC \
        -XX:CMSInitiatingOccupancyFraction=80 \
        -XX:NewSize=756m \
        -XX:MetaspaceSize=256m \
        -Dsun.net.inetaddr.ttl=5 \
        -Xloggc:/var/log/spring-mvc/gc.log \
        -verbose:gc \
        -verbosegc \
        -XX:+DisableExplicitGC \
        -XX:+PrintGCDetails \
        -XX:+PrintGCDateStamps \
        -XX:+PreserveFramePointer \
        -XX:+StartAttachListener \
        -Xms768m \
        -Xmx768m \
        -XX:+HeapDumpOnOutOfMemoryError \
        -jar spring-mvc.war

SuccessExitStatus=143
StandardOutput=journal
StandardError=journal


KillSignal=SIGINT
TimeoutStopSec=20
Restart=always
RestartSec=5
StartLimitInterval=0
StartLimitBurst=10

LimitNOFILE=500000
LimitNPROC=500000

#https://www.freedesktop.org/software/systemd/man/systemd.exec.html#LimitCPU=
#LimitCPU=, LimitFSIZE=, LimitDATA=, LimitSTACK=, LimitCORE=, LimitRSS=, LimitNOFILE=, LimitAS=, LimitNPROC=, LimitMEMLOCK=, LimitLOCKS=, LimitSIGPENDING=, LimitMSGQUEUE=, LimitNICE=, LimitRTPRIO=, LimitRTTIME=¶

SyslogIdentifier=spring-mvc

[Install]
WantedBy=multi-user.target


# https://www.freedesktop.org/software/systemd/man/journalctl.html
#check logs --- journalctl -u spring-mvc -f -o cat

У меня была такая же проблема (код = выход, статус = 203 / EXEC).

Не забудьте дать разрешение на выполнение скрипта вашему пользователю.

Вы можете изменить 777 на что-то более ограничительное.

chmod 777 /home/yourscript.sh

или

chmod u+x /home/yourscript.sh

Потом:

systemctl daemon-reload 
systemctl start yourScript.service 
systemctl enable yourScript.service

Вам может понадобиться добавить WorkingDirectory =, чтобы он знал, откуда запускать вещи.