Como descobrir a fonte de um sinal POSIX


13

Existe uma maneira de descobrir a origem de um sinal enviado no Red Hat Enterprise Linux 5 (SIGTERM etc.)? Estou interceptando regularmente um TERM em um aplicativo e não tenho ideia de onde ele vem.

Respostas:


14

A página de manual sigaction(2)sugere que o PID do remetente do sinal está disponível na estrutura siginfo_t passada para o manipulador de sinal. Obviamente, isso requer que você use sigaction ().

Na página do manual:

A estrutura de sigação é definida como algo como:

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

E a siginfo_testrutura fica assim:

   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 */
   }

Obrigado pela resposta, não esperava tantos detalhes. Estou usando o wrapper de serviço Java e, quando definido como "debug", ele imprimirá algo como isto: Sinal interceptado. Detalhes: número do sinal = 15 (SIGTERM), fonte = sinal "matar, enviar ou aumentar" gerado pelo PID: 2194 (PID da sessão: 2164), UID: 1002 (ao ar livre) Só descobri após pesquisar no google por "si_pid" e encontrar a origem do wrapper unix c. :-)
user27451

1

Em plataformas com DTrace (OS X, Solaris, ... outros?), Você pode usá-lo com uma sonda como essa para registrar as informações que procura:

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); }'

Baseei isso em um script encontrado na parte inferior de http://www.brendangregg.com/DTrace/dtrace_oneliners.txt, além de algumas dicas adicionais de "nomes de variáveis ​​relevantes" em /programming//a/10465606/179583 , e parece funcionar em alguns testes básicos. Agora, se meu processo inesperadamente morresse novamente! ;-)


1
Para outras plataformas, existe uma straceque serve ao mesmo propósito, se não me engano. Consegui rastrear os sinais recebidos por um processo seguindo este artigo .
Aaron

-2

Não, você não pode saber quem está enviando um sinal.


2
Isso não é necessariamente o caso.
Larsks
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.