Bash 在 rsync/subshel​​l exec 语句期间没有捕获中断

Question

上下文：

我有一个 bash 脚本，其中包含一个子 shell 和一个用于 EXIT 伪信号的陷阱，但它在 rsync 期间没有正确捕获中断。这是一个例子：

#!/bin/bash
logfile=/path/to/file;
directory1=/path/to/dir
directory2=/path/to/dir

cleanup () {
     echo "Cleaning up!"
     #do stuff
     trap - EXIT 
}

trap '{
    (cleanup;) | 2>&1 tee -a $logfile
}' EXIT

(
    #main script logic, including the following lines:
    (exec sleep 10;);        
    (exec rsync --progress -av --delete $directory1 /var/tmp/$directory2;);

)  | 2>&1 tee -a $logfile
trap - EXIT #just in case cleanup isn't called for some reason

脚本的想法是这样的：大部分重要的逻辑都在一个子shell中运行，该子shell通过tee和一个日志文件传输，所以我不必tee主逻辑的每一行来全部记录下来。每当 subshel​​l 结束，或脚本因任何原因停止（EXIT 伪信号应捕获所有这些情况）时，陷阱将拦截它并运行cleanup() 函数，然后删除陷阱。 rsync 和 sleep 命令（sleep 只是一个示例）通过 exec 运行，以防止创建僵尸进程，如果我在父脚本运行时杀死它们，并且每个可能长时间运行的命令被包裹在自己的子外壳中，因此当exec 完成时，它不会终止整个脚本。

问题：

如果我在 exec/subshel​​l 包装的sleep 命令期间中断脚本（通过kill 或 CTRL+C），陷阱工作正常，我看到“正在清理！”回显并记录。如果我在rsync 命令期间中断脚本，我看到rsync 结束，并将rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(544) [sender=3.0.6] 写入屏幕，然后脚本就死了；不清理，不诱捕。为什么打断/杀死rsync 不会触发陷阱？

我已经尝试将--no-detach 开关与 rsync 一起使用，但它并没有改变任何东西。 我有 bash 4.1.2、rsync 3.0.6、centOS 6.2。

Answer 1

从实验中可以清楚地看出，rsync 的行为类似于 ping 等其他工具，并且不会从调用 Bash 父级继承信号。

因此，您必须对此有点创意，并执行以下操作：

$ cat rsync.bash
#!/bin/sh

 set -m
 trap '' SIGINT SIGTERM EXIT
 rsync -avz LargeTestFile.500M root@host.mydom.com:/tmp/. &
 wait

 echo FIN

现在当我运行它时：

$ ./rsync.bash
X11 forwarding request failed
building file list ... done
LargeTestFile.500M
^C^C^C^C^C^C^C^C^C^C
sent 509984 bytes  received 42 bytes  92732.00 bytes/sec
total size is 524288000  speedup is 1027.96
FIN

我们可以看到文件已完全传输：

$ ll -h | grep Large
-rw-------. 1  501 games 500M Jul  9 21:44 LargeTestFile.500M

工作原理

这里的技巧是我们通过set -m 告诉 Bash 禁用其中任何后台作业的作业控制。然后，我们将 rsync 置于后台，然后运行 ​​wait 命令，该命令将等待最后一个运行命令 rsync，直到它完成。

然后我们用trap '' SIGINT SIGTERM EXIT 保护整个脚本。

参考文献

• https://access.redhat.com/solutions/360713
• https://access.redhat.com/solutions/1539283

Answer 2

如何将点 X 的所有输出重定向到 tee 而不必到处重复并弄乱所有子 shell 和 exec ......（希望我没有错过任何东西）

#!/bin/bash
logfile=/path/to/file;
directory1=/path/to/dir
directory2=/path/to/dir

exec > >(exec tee -a $logfile) 2>&1

cleanup () {
     echo "Cleaning up!"
     #do stuff
     trap - EXIT 
}
trap cleanup EXIT

sleep 10
rsync --progress -av --delete $directory1 /var/tmp/$directory2

Answer 3

除了set -e，我想你还想要set -E：

如果设置，任何 ERR 陷阱都会被 shell 函数、命令替换和在子 shell 环境中执行的命令继承。在这种情况下，ERR 陷阱通常不会被继承。

或者，不要将命令包装在子shell中，而是使用花括号，它仍然可以重定向命令输出，但会在当前shell中执行它们。

Answer 4

您的 shell 可能配置为在出错时退出：

bash # enter subshell
set -e
trap "echo woah" EXIT
sleep 4

如果您中断sleep (^C)，则子shell 将因set -e 而退出，并在此过程中打印woah。

另外，有点不相关：您的 trap - EXIT 位于子外壳中（显式），因此在清理函数返回后它不会产生影响

Answer 5

如果将 INT 添加到陷阱中，将正确捕获中断

trap '{
    (cleanup;) | 2>&1 tee -a $logfile
}' EXIT INT

Bash 正确地捕获中断。但是，这并没有回答问题，为什么如果sleep 被中断，脚本会在退出时陷入陷阱，为什么它不会在rsync 上触发，而是使脚本按预期工作。希望这会有所帮助。