OpenSUSE执行service start启动服务时应用立即被停止的原因

这个异常是systemd服务类型配置和启动脚本行为不匹配导致的，和OpenSUSE系统本身没有关系。
systemd服务默认使用Type=simple运行模式，该模式下systemd会把ExecStart指定的进程直接作为服务主进程，全程追踪这个进程的存活状态：一旦这个主进程退出，systemd就会判定服务启动失败/异常终止，自动触发停止清理流程，执行你配置的ExecStop命令。
你用的ctlscript.sh是典型的传统应用管控包装脚本：手动执行start参数时，脚本会把实际的应用进程fork到后台运行，等应用启动完成后，脚本自身会直接退出，不会作为前台进程持续驻留。
这就完美对应你观察到的现象：

• 执行service <servicename> start时，systemd首先运行ctlscript.sh start
• 脚本把应用拉到后台后执行完毕退出
• systemd检测到主进程（即ctlscript.sh进程）退出，判定服务异常，自动执行ctlscript.sh stop做清理
• 刚启动的后台应用直接被停止，最终表现为服务启动失败

你可以根据实际情况选下面任意一种方案修复：

• 方案1（适配你现有脚本的最小改动方案）
  在服务文件的[Service]配置段显式添加Type=forking配置。这个类型就是专门为传统Unix守护进程启动逻辑设计的，会告诉systemd：ExecStart启动的进程只是启动引导用的，启动完成后会自行退出，实际服务主进程会运行在后台，systemd不会因为启动脚本退出就误判服务终止。
  建议同时配置PIDFile参数，指向应用启动后生成的主进程PID文件路径（这类管控脚本一般都会在应用目录下生成pid文件，常见位置是应用目录下的runtime、logs或者var子目录，你可以自行确认实际路径），让systemd精准追踪主进程状态。配置示例：

  [Service]
  Type=forking
  PIDFile=/opt/zhquest/current/runtime/app.pid  # 替换为实际pid文件路径
  ExecStart=/opt/zhquest/current/ctlscript.sh start
  ExecStop=/opt/zhquest/current/ctlscript.sh stop
  

• 方案2（systemd官方推荐的更规范方案）
  如果你的应用本身支持前台运行模式（启动后不fork后台进程，直接在当前终端持续运行、输出日志），可以弃用ctlscript.sh包装脚本，直接在ExecStart中配置应用本体的前台启动命令，保持默认的Type=simple模式即可。这种方式下systemd可以直接管控应用主进程，状态检测、信号传递都更可靠。
• 额外注意事项
  /usr/lib/systemd/system/是系统自带服务文件的存放路径，自定义的第三方服务建议放到/etc/systemd/system/目录下，避免后续系统更新覆盖你修改的配置。所有配置修改完成后，需要执行systemctl daemon-reload重新加载systemd配置，再测试服务启停。

内容的提问来源于stack exchange，提问作者mmo