如何通过Solaris/illumos/OpenIndiana的SMF清单停止服务？smartd配置咨询

一、基础：如何通过SMF停止服务 #

从操作层面，你可以直接用命令行停止目标服务：

svcadm stop <服务FMRI>

而从SMF清单（.xml配置文件）的角度，服务的停止逻辑是通过stop方法定义的——这也是你提到的两种方案的核心差异点。

二、两种停止方案的适用场景与选择建议 #

1. 基于PID文件的自定义停止脚本（如apcupsd的实现） #

先看你给出的apcupsd停止脚本示例：

echo "Stopping apcupsd power management ...\c"
if [ -f ${APCPID} ]; then
    THEPID=`cat ${APCPID}`
    kill ${THEPID} || return=" Failed."
    rm -f ${APCPID}
else
    return=" Failed."
fi
rm -f ${LOCKDIR}/apcupsd
echo "$return"

这种方案的适用场景包括：

• 传统SysV守护进程：部分老旧服务没有适配SMF的信号处理逻辑，仅靠PID文件追踪进程，需要手动读取PID并发送终止信号。
• 需要额外清理操作：停止服务时必须执行特殊步骤，比如删除锁文件、保存运行状态、通知关联服务（像apcupsd里删除锁文件的操作），这些是单纯发送信号无法完成的。
• 服务无法响应标准信号：如果服务对SIGTERM没有正确处理（比如直接崩溃而非优雅关闭），可能需要发送特定信号（如SIGINT），或者先执行前置操作再终止进程。

2. 使用SMF原生的:kill方法 #

这种方案无需编写自定义脚本，只需在SMF清单里指定停止方法为:kill，让SMF自动处理进程终止。典型配置如下：

<method_context>
  <method_credential user="root" group="root"/>
</method_context>
<stop_method type='method' name=':kill'/>

它的适用场景是：

• 遵循SMF规范的现代服务：服务本身能正确响应SIGTERM信号，会优雅关闭（比如关闭文件句柄、保存数据、释放资源），不需要额外操作。
• 简化配置维护：无需编写和维护停止脚本，减少出错概率，完全契合SMF的原生设计理念。
• 服务由SMF直接追踪进程：如果服务是由SMF的start方法启动，且SMF能精准追踪主进程PID（比如启动后没有fork到后台脱离），:kill可以准确终止目标进程。

选择建议 #

• 优先选用:kill：如果你的smartd服务能正常响应SIGTERM并优雅退出，没有额外的清理需求，直接用:kill是最简洁、最符合SMF规范的方式，能减少不必要的脚本维护工作。
• 必要时使用自定义脚本：如果smartd需要在停止时执行特殊操作（比如写入特定日志、通知监控系统、清理临时文件），或者你发现它对标准信号处理异常，再考虑编写类似apcupsd的自定义停止脚本。

另外，给smartd编写SMF清单时，你可以先做个小测试：手动运行svcadm stop停止正在运行的smartd，观察它是否能正常关闭、日志有无异常。如果一切正常，:kill就足够；如果有问题，再补充停止脚本的逻辑。

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