我一眼就揪出了问题的核心：当你通过SSH远程执行那个带无限while循环的启动脚本时，SSH会话会一直挂着，直到远程端所有关联进程（包括后台运行的服务进程）完全结束——这直接导致Jenkins的SSH命令永远不会返回，任务自然卡在那儿，必须手动中止才能结束。

下面是几个可行的解决方案，按推荐程度排序：

1. 用nohup+输出重定向彻底脱离SSH会话 #

这是最可靠的方案，既能保证服务持续后台运行，又能让SSH命令立即返回，让Jenkins任务正常结束。修改你的Shell执行器代码如下：

case ${service} in
fwkmodmap)
    case ${action} in
        start) 
            ssh ${LOGIN}@${Server} "nohup /home/${LOGIN}/script/adm/startserverfwkmodmap.sh > /dev/null 2>&1 &" 
            ;;        
        stop) 
            ssh ${LOGIN}@${Server} "/home/${LOGIN}/script/adm/stopserverfwkmodmap.sh" 
            ;;        
        restart)
            ssh ${LOGIN}@${Server} "/home/${LOGIN}/script/adm/stopserverfwkmodmap.sh"
            sleep 2  # 新增：给服务停止留缓冲时间，避免端口冲突
            ssh ${LOGIN}@${Server} "nohup /home/${LOGIN}/script/adm/startserverfwkmodmap.sh > /dev/null 2>&1 &" 
            ;;        
        *) echo "Usage : $0 { start | stop | restart }"
           exit 1 ;;    
esac

为什么这能解决问题？ #

• nohup：让启动脚本忽略SSH会话断开时发送的HUP信号，确保服务不会随SSH连接关闭而终止；
• > /dev/null 2>&1：把脚本的标准输出和错误输出全部重定向到空设备，避免生成冗余的nohup.out文件；
• 末尾的&：让脚本在远程服务器的后台运行，SSH无需等待它结束就能立刻返回。

2. 简化版：输出重定向+后台运行 #

如果你的startserverfwkmodmap.sh本身已经把while循环放到了后台运行，也可以不用nohup，直接通过重定向让SSH会话断开：

ssh ${LOGIN}@${Server} "/home/${LOGIN}/script/adm/startserverfwkmodmap.sh > /dev/null 2>&1 &"

不过这种方式可靠性稍弱，若服务器的初始化系统没有正确处理，SSH断开时可能还是会终止后台进程。

3. 检查启动脚本的后台逻辑 #

确认你的startserverfwkmodmap.sh里的while循环确实是在后台运行的，比如脚本里应该是类似这样的写法：

# 正确写法：把循环放到后台
while true; do
    # 服务运行逻辑
    sleep 1
done &

如果脚本里的循环是前台运行的，哪怕你在SSH命令里加了&，SSH还是会等待这个前台进程结束，任务依然会卡住。

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