#!/bin/bash
trap 'exit' SIGHUP SIGINT SIGQUIT SIGTERM
if ! [ -t 0 ]; then # if running non-interactively
sleep 5 & # allow a little time for child to generate some output
set -bm # to be able to trap SIGCHLD
trap 'kill -SIGINT $$' SIGCHLD # when sleep is done,interrupt self automatically - cannot issue interrupt by keystroke since running non-interactively
fi
sudo ~/child.sh
这是child.sh：
#!/bin/bash
test -f out.txt && rm out.txt
for second in {1..10}; do
echo "$second" >> out.txt
sleep 1
done
如果在这样的终端中运行父脚本……
~/parent.sh
……大约3秒钟后,按击键发出中断.几秒钟后检查out.txt时,它看起来像……
1 2 3
…因此表明父母和孩子结束(击键)中断.通过实时检查ps -ef并查看脚本进程在中断之前存在并在中断之后消失来证实这一点.
如果cron调用父脚本,那么……
* * * * * ~/parent.sh
… out.txt的内容总是……
1 2 3 4 5 6 7 8 9 10
…因此表明至少孩子没有结束(杀死命令)中断.这通过实时检查ps -ef并在中断之前看到脚本进程存在并且在中断之后只有父进程消失来证实,但是子进程一直持续到它运行它的过程.
试图解决……
> Shell选项只能是一个因素,因为父运行set -bm的非交互式调用(这需要孩子的PGID与父级的PGID不同 – 相关的提前).除此之外,两个脚本仅显示
选项hB已启用,无论是否以交互方式运行.
>通过男人的争吵寻找线索,但没有发现任何帮助.
>尝试了一些网络搜索,其中包括许多结果
stackoverflow,但有些类似于这个问题,没有
我们是一样的.最接近的答案需要……
>使用wait来获取子进程id并对其调用kill – 导致“/parent.sh:line 30：kill：(17955) – 不允许操作”
>在进程组上调用kill – 导致“〜/ parent.sh：第31行：kill：( – 15227) – 不允许操作”(使用子进程的PGID进行终止,这与非交互时的父进程不同,到期工作控制启用)
>通过当前的工作循环并杀死每个工作
这些解决方案的问题是父运行作为普通用户运行,而子运行通过sudo以root身份运行(它最终将是二进制文件,而不是suid脚本),所以父进程无法杀死它？如果这是“不允许操作”的意思,为什么在通过终端发送击键中断时sudo调用进程可以运行？
自然过程是避免额外的代码,除非必要 – 即,因为脚本在交互式运行时表现正确,如果可行的话,在非交互式/通过cron运行时简单地应用相同的行为是更优选的.
最重要的问题是,在非交互式运行时发出中断(或术语)信号可以做什么,产生与交互式运行时发出的中断信号相同的行为？
谢谢.任何帮助是极大的赞赏.
解决方法
>当您的脚本从cron运行时,您只将SIGINT发送到shell脚本本身,并且sudo命令将继续运行,并且bash在退出此类场景时不会终止其子项.
要将信号显式发送到整个进程组,您可以使用否定进程组ID.对于你的情况,pgid应该是shell脚本的PID,所以尝试这样：
trap 'kill -SIGINT -$$' SIGCHLD
更新：
事实证明我对pgid值的假设是错误的.刚用这个简单的cron.sh做了一个测试：
#!/bin/bash set -m sleep 888 & sudo sleep 999
和crontal -l看起来像这样：
30 * * * * /root/tmp/cron.sh
当cron作业运行ps输出时,如下所示：
PPID PID PGID SID COMMAND 15486 15487 15487 15487 /bin/sh -c /root/tmp/cron.sh 15487 15488 15487 15487 /bin/bash /root/tmp/cron.sh 15488 15489 15489 15487 sleep 888 15488 15490 15490 15487 sudo sleep 999 15490 15494 15490 15487 sleep 999
所以sudo(和它的孩子)在一个单独的pgrp中运行,而pgid不是cron.sh的pid所以我的解决方案(kill -INT – $$)不起作用.
然后我想我们可以像这样解决问题：
#!/bin/bash
set -m
sudo sleep 999 & # run sudo in backgroup
pid=$! # save the pid which is also the pgid
sleep 5
sudo kill -INT -$pid # kill the pgrp.
# Use sudo since we're killing root's processes
