上一版给 push.sh 加的 pid 比对刚跑就露馅了:`sh: pgrep: command not found`, 于是 BEFORE 和 AFTER 都是空字符串,`[ -n "$BEFORE" ]` 直接跳过检查——我刚加 的安全网自己就是个摆设。 顺手查了一圈,stop.sh 和 start.sh 里同样的 pgrep 也一直在空转: - stop.sh 的 `pgrep ... || exit 0` 每次都以 127 失败,永远匹配不到那个提前 返回,所以每次停服都白等满 15 秒,也从没真正确认过残留 worker 已经没了。 - start.sh 的等待循环同理,白等 20 秒。 DSM 有 pkill 没有 pgrep,而且非特权的 ps 看不见 root 起的进程(服务是开机 以 root 启动的),两者任一都会让检查静默返回「没有」——这正是最危险的答案, 因为它长得和「已经停干净了」一模一样。 - push.sh 改用 `sudo ps -eo pid,args | grep`;并且 AFTER 为空时直接报错退出, 不再把「看不见」当成「通过」 - stop.sh / start.sh 改用 `ps -eo args | grep -q` Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
1.6 KiB
Executable File
1.6 KiB
Executable File