Lorsqu’on d\u00e9marre une t\u00e2che sur un ordinateur distant, il faut s’assurer que la t\u00e2che est termin\u00e9e avant de rompre la connexion. En effet, le comportement de Linux dans le cas o\u00f9 une communication est rompue est d’envoyer un signal SIGHUP aux programmes qui d\u00e9pendent de cette connexion. Si rien n’a \u00e9t\u00e9 fait pour le contrer, le comportement par d\u00e9faut est d’arr\u00eater brusquement la t\u00e2che.<\/p>\n
D\u00e9l\u00e9guer une t\u00e2che longue \u00e0 une autre machine est courant dans le monde Unix\/Linux. Mais il faut prendre certaines pr\u00e9cautions pour \u00e9viter que notre t\u00e2che qui s’ex\u00e9cute sur le serveur ne soit avort\u00e9e par le fait qu’on d\u00e9connecte notre portable pour l’amener \u00e0 la maison.<\/p>\n
V\u00e9rifions comment notre appli r\u00e9agit \u00e0 un signal SIGHUP:<\/p>\n
kill -SIGHUP $(pidof appli)<\/p>\n
ou<\/p>\n
pkill -SIGHUP appli<\/p>\n
Si l’application avorte et que ce comportement ne nous convient pas, on pourra utiliser l’une des approches suivantes:<\/p>\n
S’il s’agit d’un programme qu’on a \u00e9crit ou d’un logiciel libre dont on a le code source, il est facile d’ajouter du code pour traiter le signal SIGHUP.<\/p>\n
Si la solution pr\u00e9c\u00e9dente n’est pas possible, on peut demander \u00e0 bash<\/em> d’ignorer le signal SIGHUP:<\/em><\/p>\n Exemple d’un script qui ignore les SIGHUP (pour la dur\u00e9e du script):<\/p>\ntrap '' SIGHUP\r\n.\/appli args\r\ntrap SIGHUP # reprendre le comportement par d\u00e9faut<\/pre>\n
trap '' SIGHUP\r\n.\/appli args<\/pre>\n
On peut aussi utiliser le programme nohup<\/em> qui d\u00e9connecte l’appli de ses canaux standards et envoie toute sortie vers le fichier nohup.out<\/em><\/h3>\n