问题

我们有一台机器使用 tail -f file，查看日志时，使用 ctrl+c 无法中断退出。导致每次使用 ctrl+z 挂起再杀掉，十分麻烦。

分析

正常情况下使用 ctrl+c 会终止前台运行的程序，因为 ctrl+c 会向进程发送一个终止信号。联想到 trap 是不是设置有问题。

问题主机：

[[email protected]_a5 ~]# lsb_release  -a
LSB Version:	:core-4.1-amd64:core-4.1-noarch
Distributor ID:	CentOS
Description:	CentOS Linux release 7.2.1511 (Core)
Release:	7.2.1511
Codename:	Core
[[email protected]_a5 ~]# trap
trap -- '' SIGINT
trap -- '' SIGQUIT
trap -- '' SIGTSTP
trap -- '' SIGTTIN
trap -- '' SIGTTOU

正常主机：

[[email protected]_85_116_centos test]# lsb_release  -a
LSB Version:	:core-4.1-amd64:core-4.1-noarch
Distributor ID:	CentOS
Description:	CentOS Linux release 7.6.1810 (Core)
Release:	7.6.1810
Codename:	Core
[[email protected]_85_116_centos test]# trap
trap -- '' SIGTSTP
trap -- '' SIGTTIN
trap -- '' SIGTTOU

问题主机有下面的设置，导致 SIGINT （ ctrl+c ）、SIGQUIT 信号会被忽略。

trap -- '' SIGINT
trap -- '' SIGQUIT

尝试解决

• 问题主机执行

[[email protected]_a5 ~]# trap
trap -- '' SIGINT
trap -- '' SIGQUIT
trap -- '' SIGTSTP
trap -- '' SIGTTIN
trap -- '' SIGTTOU
[[email protected]_a5 ~]# trap - SIGINT
[[email protected]_a5 ~]# trap
trap -- '' SIGINT
trap -- '' SIGQUIT
trap -- '' SIGTSTP
trap -- '' SIGTTIN
trap -- '' SIGTTOU

• 正常主机执行

[[email protected]_85_116_centos ~]# trap -- '' SIGINT
[[email protected]_85_116_centos ~]# trap
trap -- '' SIGINT
trap -- '' SIGTSTP
trap -- '' SIGTTIN
trap -- '' SIGTTOU
[[email protected]_85_116_centos ~]# trap - SIGINT
[[email protected]_85_116_centos ~]# trap
trap -- '' SIGTSTP
trap -- '' SIGTTIN
trap -- '' SIGTTOU

问题主机 trap - SIGINT 无法清楚 trap 设置

strace 分析

编写脚本 test.sh

echo '111'
trap 'ls' SIGINT
echo '222'
trap 'ls' SIGINT
echo '333'
trap - SIGINT

分别在正常与问题主机上执行

strace -o output.log -v sh test.sh

问题主机摘要：

write(1, "111\n", 4)                    = 4
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
write(1, "222\n", 4)                    = 4
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
write(1, "333\n", 4)                    = 4
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigaction(SIGINT, {0x456a90, [], SA_RESTORER, 0x7f76eedc7250}, {SIG_IGN, [], SA_RESTORER, 0x7f76eedc7250}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
read(255, "", 81)                       = 0
exit_group(0)                           = ?
+++ exited with 0 +++

正常主机摘要：

write(1, "111\n", 4)                    = 4
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, [INT], [], 8) = 0
rt_sigaction(SIGINT, {0x454380, [], SA_RESTORER, 0x7fed821c4280}, {SIG_DFL, [], SA_RESTORER, 0x7fed821c4280}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
write(1, "222\n", 4)                    = 4
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, [INT], [], 8) = 0
rt_sigaction(SIGINT, {0x454380, [], SA_RESTORER, 0x7fed821c4280}, {0x454380, [], SA_RESTORER, 0x7fed821c4280}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
write(1, "333\n", 4)                    = 4
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7fed821c4280}, {0x454380, [], SA_RESTORER, 0x7fed821c4280}, 8) = 0
rt_sigaction(SIGINT, {0x456be0, [], SA_RESTORER, 0x7fed821c4280}, {SIG_DFL, [], SA_RESTORER, 0x7fed821c4280}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
read(255, "", 81)                       = 0
exit_group(0)                           = ?
+++ exited with 0 +++

相同命令系统调用差异对比

执行trap 'ls' SIGINT

• 问题主机：

rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0

• 正常主机：

rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, [INT], [], 8) = 0
rt_sigaction(SIGINT, {0x454380, [], SA_RESTORER, 0x7fed821c4280}, {0x454380, [], SA_RESTORER, 0x7fed821c4280}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0

执行trap - SIGINT

• 问题主机：

rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigaction(SIGINT, {0x456a90, [], SA_RESTORER, 0x7f76eedc7250}, {SIG_IGN, [], SA_RESTORER, 0x7f76eedc7250}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0

• 正常主机：

rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7fed821c4280}, {0x454380, [], SA_RESTORER, 0x7fed821c4280}, 8) = 0
rt_sigaction(SIGINT, {0x456be0, [], SA_RESTORER, 0x7fed821c4280}, {SIG_DFL, [], SA_RESTORER, 0x7fed821c4280}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0

貌似是问题主机少了一次 rt_sigaction 系统调用

问下哪位大佬可以解释一下吗？或者还有别的方法删除 trap 设置吗？

楼主你好，我认为你很牛 x，谢谢分享帖子。
yum update kernel。若不行，重装 centos7.6。

1，这个问题是突然出现的还是一直就有？
2，在终端下和 X 下都有问题吗？还是仅 ssh 过去出问题？

我之前遇到的一个问题是：一个热键在终端下能用，但在 Gnome 下却不响应。dmesg 看能发现 gnome 还是会改系统设置的。

这个是公司的一台比较重要的机器 不可以重装哦。不过现在问题暂时解决了。


1. 听同事说是另一个同事装了 ruby 相关的什么东西后，出现的。
2. 公司的服务器，没有 X 环境。ssh 终端上问题。 现在已经暂时解决了。

lz 要不 gdb bash 试下？ trap 对应函数是 trap_builtin