Java应用程序作为systemd服务

时间:2018-05-21 10:11:27

标签: java linux service centos7 init

我试图在CentOS7中将java应用程序作为系统服务运行。 jar应该与特定用户一起运行:appuser。我有一个shell脚本,使用以下命令运行jar。整个脚本要大得多,因为它还处理停止,重启和状态,但这是开始部分:

servicename="myservice"
user="appuser"
pid_file="/var/run/$servicename.pid"
get_pid_from_file() {
  cat "$pid_file"
}
get_pids() {
  (ps -ef | grep myjar | grep $user | grep -v grep | awk '{print $2}')
}

is_running() {
  ! [ -z "`get_pids`" ] || ([ -f "$pid_file" ] && ps `get_pid_from_file` > /dev/null 2>&1)
}
case "$1" in
  start)
    if is_running; then
      echo "Already started"
    else
      case "$2" in
        *)
    su -s /bin/sh $user -c "cd /app/myworkingdir ; java -jar myjar.jar >> /var/log/systemout.log 2>> /var/log/systemerr.log" &
    pid=`ps -ef | grep myjar | grep $user | grep -v grep | awk '{print $2}' | tail -1`
    echo $pid
    echo $pid > $pid_file

当我从命令行运行脚本时,它将启动jar并编写pid文件。我在命令中使用tail来获取PID,因为我实际上有3个进程:su,/ bin / sh和实际的java -jar命令。

现在我在/etc/systemd/system/multi-user.target.wants/myservice.service中也有一个systemctl脚本,如下所示:

[Unit]
Description=myservice
After=syslog.target
After=network.target

[Service]
Type=simple

WorkingDirectory=/app/myworkingdir/run

PIDFile=/var/run/myservice.pid
ExecStart=/app/myworkingdir/run/myscript.sh start
ExecStop=/app/myworkingdir/run/myscript.sh stop

User=appuser
Group=appgrp

Restart=always
RestartSec=30
StartLimitInterval=60
StartLimitBurst=5
TimeoutStartSec=30

LimitNOFILE=65536

[Install]
WantedBy=multi-user.target

问题是systemctl start myservice.service无法正确启动服务。

我在运行journeyctl -xe时看到了这一点:

May 21 13:03:23 myserver.com systemd[1]: Starting my service...
-- Subject: Unit myservice.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit myservice.service has begun starting up.
May 21 13:03:23 myserver.com polkitd[619]: Unregistered Authentication Agent for unix-process:19329:16
May 21 13:03:23 myserver.com myscript.sh[19335]: Already started
May 21 13:03:24 myserver.com myscript.sh[19345]: Stopping myscript.sh..

这是/ var / log / messages中的日志记录:

[root@myserver run]# systemctl start myservice.service
May 21 13:34:00 myserver systemd: myservice.service holdoff time over, scheduling restart.
May 21 13:34:00 myserver systemd: Started myservice.
May 21 13:34:00 myserver systemd: Starting myservice...
[root@myserver run]# May 21 13:34:00 ctor-app52 myscript.sh: Already started
May 21 13:34:00 myserver denver.sh: Stopping myscript.sh..
May 21 13:34:31 myserver systemd: myservice.service holdoff time over, scheduling restart.
May 21 13:34:31 myserver systemd: Started myservice.
May 21 13:34:31 myserver systemd: Starting myservice...
May 21 13:34:31 myserver myscript.sh: Already started
May 21 13:34:31 myserver myscript.sh: Stopping myscript.sh..
May 21 13:35:01 myserver systemd: Started Session 122559 of user root.
May 21 13:35:01 myserver systemd: Starting Session 122559 of user root.
May 21 13:35:01 myserver su: (to appuser) root on none
May 21 13:35:01 myserver systemd: LPdenver.service holdoff time over, scheduling restart.
May 21 13:35:01 myserver systemd: Started myservice.
May 21 13:35:01 myserver systemd: Starting myservice...
May 21 13:35:01 myserver myscript.sh: Already started
May 21 13:35:01 myserver myscript.sh: Stopping myscript.sh..
May 21 13:35:31 myserver systemd: myservice.service holdoff time over, scheduling restart.
May 21 13:35:31 myserver systemd: Started myservice.
May 21 13:35:31 myserver systemd: Starting myservice...
May 21 13:35:31 myserver myscript.sh: Already started
May 21 13:35:31 myserver myscript.sh: Stopping myscript.sh..
May 21 13:36:01 myserver systemd: myservice.service holdoff time over, scheduling restart.
May 21 13:36:01 myserver systemd: Started myservice.
May 21 13:36:01 myserver systemd: Starting myservice...
May 21 13:36:01 myserver myscript.sh: Already started
May 21 13:36:02 myserver myscript.sh: Stopping myscript.sh..

我做错了什么?

1 个答案:

答案 0 :(得分:2)

您正在.service文件中指定一个用户,因此您无需在脚本中执行任何su魔术。

替换此:

su -s /bin/sh $user -c "cd /app/myworkingdir ; java -jar myjar.jar >> /var/log/systemout.log 2>> /var/log/systemerr.log"

与此:

cd /app/myworkingdir
java -jar myjar.jar >> /var/log/systemout.log 2>> /var/log/systemerr.log"

此外,您的脚本中还有两个问题:

  • 您正在grep进程表以查找您的服务的PID。如果存在另一个正在运行的进程,且该命令行的命令行包含相同的字符,则此操作可能会失败(系统可能最终选择了错误的进程来终止)。在启动Java之后echo $!>$pid_file是实现此目的的一种更安全的方法。

  • 服务类型为simple,但是您的脚本将其作为单独的进程进行分叉,然后返回。这会使systemd感到困惑,并且您的服务将无法启动。

这两种方法都可能很容易解决。我假设您仅需要PID即可停止服务,并且这样做就像发送SIGINT一样简单。在这种情况下,您可以利用以下事实:在没有ExecStop的情况下,systemd只会向服务进程发送SIGINT来停止它。

  • 在Java调用后放下&符号,并以exec为前缀。这样,javad进程将被systemd视为守护进程。

  • 在Java调用之后将PID魔术完全删除。

  • .service文件中,删除ExecStop条目。

  • 相反,也在[Service]下添加SuccessExitStatus=143。 (当以信号终止时,JVM将以非零的退出状态退出,即128加信号。默认情况下,systemd将退出状态143视为失败;此条目将告诉systemd 143代表正常退出。)

您可以更进一步,并将脚本完全删除:

  • 将Java命令行指定为ExecStart
  • 将完整路径传递给Java二进制文件(由which java报告)
  • 丢弃重定向:默认情况下,systemd会将stdout和stderr重定向到日志。 (也可以在.service文件中进行配置。)