如何找出POSIX信号的来源


13

有没有办法找出在Red Hat Enterprise Linux 5(SIGTERM等)中发送的信号的来源?我经常将TERM困在应用程序中,但我不知道它来自何处。

Answers:


14

的手册页sigaction(2)建议在传递给信号处理程序的siginfo_t结构中可以使用信号发送器的PID。显然,这要求您使用sigaction()。

从手册页:

sigaction结构的定义如下:

   struct sigaction {
       void     (*sa_handler)(int);
       void     (*sa_sigaction)(int, siginfo_t *, void *);
       sigset_t   sa_mask;
       int        sa_flags;
       void     (*sa_restorer)(void);
   };

siginfo_t结构如下:

   siginfo_t {
       int      si_signo;    /* Signal number */
       int      si_errno;    /* An errno value */
       int      si_code;     /* Signal code */
       int      si_trapno;   /* Trap number that caused
                                hardware-generated signal
                                (unused on most architectures) */
       pid_t    si_pid;      /* Sending process ID */
       uid_t    si_uid;      /* Real user ID of sending process */
       int      si_status;   /* Exit value or signal */
       clock_t  si_utime;    /* User time consumed */
       clock_t  si_stime;    /* System time consumed */
       sigval_t si_value;    /* Signal value */
       int      si_int;      /* POSIX.1b signal */
       void    *si_ptr;      /* POSIX.1b signal */
       int      si_overrun;  /* Timer overrun count; POSIX.1b timers */
       int      si_timerid;  /* Timer ID; POSIX.1b timers */
       void    *si_addr;     /* Memory location which caused fault */
       int      si_band;     /* Band event */
       int      si_fd;       /* File descriptor */
   }

感谢您的回答,没想到会有那么多细节。我使用的是Java服务包装程序,当设置为“调试”时,它将打印如下内容:信号被捕获。详细信息:信号编号= 15(SIGTERM),PID产生的source =“ kill,sigsend或提高信号”:2194(会话PID:2164),UID:1002(露天)我只有在搜索了“ si_pid”并找到后才发现包装器unix c源。:-)
user27451

1

在具有DTrace的平台(OS X,Solaris,…其他?)上,您可以将其与类似这样的探针一起使用来记录您要获取的信息:

sudo dtrace -n 'proc:::signal-send { printf("Process %d (%s by UID %d) sending signal %d to pid=%d\n",pid,execname,uid,args[2],args[1]->pr_pid); }'

我此基础上的一个脚本,在底部发现http://www.brendangregg.com/DTrace/dtrace_oneliners.txt再加上一些额外的“相关变量名”的提示,在/programming//a/10465606/179583,并且似乎可以在一些基本测试下正常工作。现在,如果我的过程再次出乎意料地死掉!;-)


1
对于其他平台,strace如果我没有记错的话,它们的作用相同。通过遵循本文,我能够跟踪过程接收到的信号。
亚伦


-2

不,您不知道谁在发送信号。


2
不一定是这样。
larsks
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.