Comment signaler une application sans le tuer dans Linux?

De la GNU docs au sujet de traitement de signal:

Le signal SIGUSR1 et SIGUSR2 signaux sont mis de côté pour vous d'utiliser comme vous le souhaitez. Elles sont utiles pour simple de communication interprocess, si vous écrivez un gestionnaire de signal pour eux dans le programme qui reçoit le signal.
Il est un exemple montrant l'utilisation de SIGUSR1 et SIGUSR2 dans la section de Signalisation d'un Autre Processus.
L'action par défaut est de terminer le processus de.

L'action par défaut pour SIGINFO est de ne rien faire, de sorte qu'il peut être plus approprié:

SIGINFO: demande de Renseignements. En 4.4 BSD et le système GNU, ce signal est envoyé à tous les processus du groupe de processus au premier plan du terminal de contrôle lorsque l'utilisateur tape le STATUT de personnage en mode canonique; voir la section Caractères qui Causent des Signaux.
Si le processus est le chef de file du groupe de processus, l'action par défaut consiste à imprimer des informations d'état sur le système et ce que le processus est en train de faire. Sinon, la valeur par défaut est de ne rien faire.

SIGHUP est émis lorsque le terminal de contrôle est fermé, mais puisque la plupart des démons ne sont pas attachés à un terminal, il n'est pas rare de l'utiliser comme "recharger":

Démon programmes utilisent parfois comme un signal SIGHUP à redémarrer eux-mêmes, la raison la plus courante pour cet être à re-lire un fichier de configuration qui a été changé.

BTW, votre chien de garde pouvait lire un fichier de config de temps à autre afin de savoir si elle devrait relancer le processus.

Mon favori personnel pour un chien de garde est superviseur.

$ supervisorctl start someapp
someapp: started

$ supervisorctl status someapp
someapp                RUNNING    pid 16583, uptime 19:16:26

$ supervisorctl stop someapp
someapp: stopped

Voir si kill -l retourne la liste des signaux sur votre plate-forme et d'essayer certains d'entre eux, mais SIGUSR1 ressemble à un mauvais choix.

$ kill -l
 1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL       5) SIGTRAP
 6) SIGABRT      7) SIGBUS       8) SIGFPE       9) SIGKILL     10) SIGUSR1
11) SIGSEGV     12) SIGUSR2     13) SIGPIPE     14) SIGALRM     15) SIGTERM
16) SIGSTKFLT   17) SIGCHLD     18) SIGCONT     19) SIGSTOP     20) SIGTSTP
21) SIGTTIN     22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO       30) SIGPWR
31) SIGSYS      34) SIGRTMIN    35) SIGRTMIN+1  36) SIGRTMIN+2  37) SIGRTMIN+3
38) SIGRTMIN+4  39) SIGRTMIN+5  40) SIGRTMIN+6  41) SIGRTMIN+7  42) SIGRTMIN+8
43) SIGRTMIN+9  44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9  56) SIGRTMAX-8  57) SIGRTMAX-7
58) SIGRTMAX-6  59) SIGRTMAX-5  60) SIGRTMAX-4  61) SIGRTMAX-3  62) SIGRTMAX-2
63) SIGRTMAX-1  64) SIGRTMAX

[Mise à JOUR]

Carpetsmoker commentaires sur les différences de comportement entre Linux et Bsd:

SIGINFO semble fonctionner différents sur GNU libc & BSD; sur BSD, il fonctionne comme vous le décrivez, mais sur Linux, il n'existe pas, ou est le même que SIGPWR... La GNU libc manuel semble incorrecte dans ce domaine (votre kill -l de la sortie ne montre pas SIGINFO)... je ne sais pas pourquoi GNU ne le supporte pas, parce que je trouve que c'est très utile... – Carpetsmoker