J'essaie d'exécuter un script shell à partir de systemd. Le script fonctionne correctement en ligne de commande.
Le script (runServer.sh), exécute un processus Java et ressemble à ceci:
#!/bin/bash
Java -jar -Dresources=/home/pruss/dev/ServerDeploy5-4.1/Server/resources/MyServer.jar "0" "Test"
Dans /usr/lib/systemd/system
(ou /lib/systemd/system/
sur d'autres systèmes d'exploitation), j'ai créé un fichier de service (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
Le résultat
Job for myService.service failed. See "systemctl status myService.service" and "journalctl -xn" for details.
J'essaie:
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)
Vous n’avez peut-être pas besoin du script Shell. Vous pouvez démarrer le processus à partir du fichier myService.service à condition que vous utilisiez le chemin d'accès complet au fichier binaire Java et au fichier jar. Il devrait ressembler à quelque chose comme
ExecStart=/usr/bin/Java -jar /home/pruss/dev/ServerDeploy5-4.1/Server/resources/MyServer.jar
Fonctionne sur CentOS 7.2.
Je ne suis pas sûr de savoir qui a donné le feu vert.
J'ai trouvé la solution et l'a posté pour sauver les autres de l'effort.
Ce que vous voyez ci-dessus fonctionne. Cependant, le service final est donc:
[Unit]
Description=MyProgramThing
[Service]
ExecStart=/home/prus/dev/Blah-4.1/Server/runServer.sh
Type=simple
User=prus
[Install]
WantedBy=multi-user.target
Surtout, dans mon script Shell, je devais mettre dans le chemin complet le fichier .jar. Java -jar /home/myprog.jar etc
c'est-à-dire ./myJar.jar n'a pas fonctionné. J'espère que cela pourra aider.
Regardez ma réponse sur stackoverflow qui explique comment créer un service systemd
pour une application Java:
Ceci est mon modèle systemd pour Java un processus
[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
J'ai eu le même problème (code = quitté, statut = 203/EXEC).
N'oubliez pas de donner des autorisations d'exécution de script à votre utilisateur.
Vous voudrez peut-être changer 777 en quelque chose de plus restrictif.
chmod 777 /home/yourscript.sh
ou
chmod u+x /home/yourscript.sh
Ensuite:
systemctl daemon-reload
systemctl start yourScript.service
systemctl enable yourScript.service
Vous devrez peut-être ajouter un répertoire de travail = afin qu'il sache où exécuter les tâches.