☰

systemd 在 ExecStop 完成之前终止我的进程

tag-icon • tag-icon linux systemd
systemd 在 ExecStop 完成之前终止我的进程

我正在尝试更新我的应用程序以将其与 systemd 一起使用。当我使用 Upstart 时，我刚刚创建了一个/etc/init.d/myService脚本：

#!/bin/bash
#chkconfig: 2345 90 10
#description: myDescription

### BEGIN INIT INFO
# Provides: myService
# Required-Start: sshd
# Required-Stop: sshd
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: start myService
# Description:
### END INIT INFO

SCRIPT=$(readlink -f $0)
lockfile="/var/lock/subsys/myService"

do_start() {
    if [ -d "/var/lock/subsys" ]; then
        touch $lockfile
    fi
    ...
}

do_stop() {
    ...
    if [ -d "/var/lock/subsys" ]; then
        if [ -f "$lockfile" ]; then
            rm -f $lockfile
        fi
    fi
}

do_status() {
    ...
}


case "$1" in
  start)
    do_start
    exit 0
    ;;
  stop)
    do_stop
    exit 0
    ;;
  status)
    do_status
    exit 0
    ;;
  restart)
    do_stop
    do_start
    exit 0
    ;;
  *)
    echo "Usage: $SCRIPTNAME {start|stop|status|restart}" >&2
    exit 3
    ;;
esac

一切都很好。

注意，该脚本生成一些将在后台执行的子进程。为了将它与 systemd 一起使用，我制作了以下服务文件（myService.service）：

[Unit]
Description=My Description
Requires=sshd.service
After=sshd.service
Before=shutdown.target reboot.target halt.target

[Service]
Type=oneshot
ExecStart=/etc/init.d/myService start
ExecStop=/etc/init.d/myService stop
RemainAfterExit=yes
KillMode=none

[Install]
WantedBy=multi-user.target

如果我跑

systemctl stop myService.service

一切工作正常。我的应用程序成功停止于/etc/init.d/myService 停止命令。

但我遇到了以下问题：当我重新启动系统时，并且/etc/init.d/myService 停止正在执行，我应该停下来的过程我的服务脚本已经被杀死。我应该控制许多进程（大约 7 个进程），并且系统不应自行终止它。

我尝试使用 Type=forking 并将 PIDFile 指定为进程的 pidfile，它具有最长的生命周期（它应该首先启动，最后停止），但是我的所有进程都再次终止。

有什么简单的方法可以避免杀死我的子进程吗？

如果有问题，应用程序由另一个用户（无 root ）运行。

答案1

找到了解决方案。

我运行了 hadoop 和 hbase，它们的一些组件是通过 ssh 连接到本地主机启动的，并且通过这种方式启动的进程无法由 systemd 控制。这是分布式系统的设计，但就我而言，工作是在一台机器上进行的。所以我已经替换为hadoop/bin/slaves.sh

for slave in `cat "$HOSTLIST"|sed  "s/#.*$//;/^$/d"`; do
 ssh $HADOOP_SSH_OPTS $slave $"${@// /\\ }" \
   2>&1 | sed "s/^/$slave: /" &
 if [ "$HADOOP_SLAVE_SLEEP" != "" ]; then
   sleep $HADOOP_SLAVE_SLEEP
 fi
done

到

for slave in `cat "$HOSTLIST"|sed  "s/#.*$//;/^$/d"`; do
eval "$@"
 if [ "$HADOOP_SLAVE_SLEEP" != "" ]; then
   sleep $HADOOP_SLAVE_SLEEP
 fi
done

问题已解决，现在进程显示在服务进程树中。

Hbase 可能有相同的解决方案，但现在它以分布式 = false 开头，并且不通过 ssh 启动任何进程。

答案2

我有同样/类似的问题。我假设您在“myService”脚本中执行 su 或 sudo ？这会导致您的服务进程在 user.slice 中启动，而不是在 system.slice 中启动。
显然，user.slice 中不应该运行任何“重要”的内容，而 systemd 只是在关闭/重新启动时杀死所有（？）进程。
我通过删除启动脚本中的所有用户开关（su / sudo）并使用单元文件中的用户指令（User = xxx）解决了这个问题。

检查进程在何处（在哪个切片中）运行systemd-cgls

相关内容