Systemctl(?) 杀死分离的屏幕

Systemctl 默认情况下会杀死服务退出后同一 cgroup 中的所有进程，包括分离的屏幕。这是为了防止服务崩溃后留下残余进程。

我有一个用 go 编写的程序，可以以编程方式创建和管理屏幕。这是一个例子：

_, err := exec.command("screen", "-s", "screen-"+strings.tolower(name), "-x", "stuff", command+"\n").output()

这很好用。当我 control+c 程序时，创建的屏幕保持打开状态（这是我想要的！）。不过，我已将其转换为 ubuntu 上的后台服务。当我运行 systemctl stop 时，它会在没有警告的情况下杀死这些屏幕。连接到屏幕也不会阻止此操作（立即转到 [屏幕终止]）。但是，它不会杀死外部创建的屏幕。

这是我的 .service：

[unit]
description=>servicename> background service
after=network-online.target

[service]
execstart=/usr/lib/<servicename>/service

[install]
wantedby=multi-user.target

我的rules：

%:
    dh $@ --with systemd --parallel

override_dh_auto_install:
    dh_auto_install
    dh_systemd_enable || true
    dh_systemd_start || true

我的control：

Package: <name>
Version: 0.2
Architecture: amd64
Priority: optional
Maintainer: <me>
Description: <description>
Depends: screen, iptables
Build-Depends: dh-systemd (>=1.5)

我无法想象什么会导致这些屏幕崩溃。我很确定它们没有附加在程序中，因为它作为可执行文件运行良好。系统日志没有提及“服务停止”和“服务启动”之外的任何内容。我尝试过在 root 下制作屏幕、不同用户、运行空屏幕与运行程序等。没有什么值得注意的。

有什么想法吗？

解决方案

如果创建它们的主服务（您的 Go 程序）退出，systemd 默认情况下会杀死所有进程（屏幕）。请注意，这不仅是子进程，还包括同一 cgroup 中的任何进程。这是为了确保如果服务崩溃，不会产生任何剩余进程。

此行为可以使用 .service 单元文件中的键 KillMode= 进行控制，该文件在 here 中进行了描述。虽然不建议，但您需要将其设置为 process 或 none （以使屏幕不受管理并逃避服务生命周期管理systemd)。

今天关于《Systemctl(?) 杀死分离的屏幕》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！