linux – bash子脚本在父交互地/通过终端调用父对象时退出,但在

发布时间：2020-12-13 19:19:13 所属栏目：Linux 来源：网络整理

导读：这是parent.sh： #!/bin/bashtrap 'exit' SIGHUP SIGINT SIGQUIT SIGTERMif ! [ -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

这是parent.sh：

#!/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的内容总是……

…因此表明至少孩子没有结束(杀死命令)中断.这通过实时检查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运行时简单地应用相同的行为是更优选的.

最重要的问题是,在非交互式运行时发出中断(或术语)信号可以做什么,产生与交互式运行时发出的中断信号相同的行为？

谢谢.任何帮助是极大的赞赏.

解决方法

>当您从交互式shell(通常在pty上运行)手动运行脚本时,终端驱动程序捕获CTRL-C并将其转换为SIGINT并发送到前台进程组中的所有进程(脚本本身和sudo)命令).
>当您的脚本从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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!