Calculer Girl
  1. Calculer Girl
  3. Processus de fond Unix ARRÊTÉ anormalement
Intereting Posts
“Sftp: commande introuvable” en cours d’exécution sftp à partir du script shell Unix Usurper l’identité d’un utilisateur Windows Modification de la priorité des threads et du planificateur dans Linux Barre de progression multiple Comment imprimer un membre d’object c ++ en utilisant GDB à partir d’une adresse si le type de classe de l’object est comme A :: B Qu’est-ce que la conformité POSIX et comment cela m’affecte-t-il? Comment servir tous les fichiers statiques existants directement avec NGINX, mais proxy le rest à un serveur principal. Le maintien du temps côté client est-il susceptible d’être cohérent par rapport à la conservation du temps côté serveur? Quel pourrait être le problème avec ce code C in Unix Vous ne pouvez pas accéder à la propriété RowSpan au moment de l’exécution? Comment faire une sum efficace de deux colonnes dans un fichier contenant plus de 270 000 lignes dans bash Comment puis-je envoyer plusieurs pings à la fois en utilisant Java sous Windows sans utiliser ping.exe? cURL SFTP non supporté ou désactivé dans libcurl Réécrire l’URL pour supprimer le point d’interrogation et append des barres obliques dans htaccess Comment utiliser ‘catdoc’ pour afficher le fichier dock encodé dans utf-8

Processus de fond Unix ARRÊTÉ anormalement

J’ai exécuté un script perl en arrière-plan en utilisant la commande suivante 

nohup perl myPerlSCript.pl >debug_log &

Après quelques minutes, j’ai le statut de

[1] + Arrêté

Je ne m’attendais pas à ce que ça s’arrête, je ne sais pas non plus ce qui l’a arrêté. Comment puis-je déboguer ceci et découvrir pourquoi il s’est arrêté? Je suis en fait intéressé à connaître les commandes unix à déboguer.

Un processus exécuté en arrière-plan peut être arrêté de plusieurs manières. Tous impliquent l’un de ces signaux:

  • SIGSTOP
  • SIGTSTP
  • SIGTTOU
  • SIGTTIN

SIGSTOP est grave. C’est impossible à débloquer, inimaginable, impossible à manipuler. Il arrête le processus aussi sûrement que SIGKILL le tuerait. Les autres peuvent être manipulés par le processus d’arrière-plan pour empêcher l’arrêt.

  • Un signal a été envoyé par un autre processus utilisant kill(2) , ou par le processus à lui-même en utilisant raise(3) ou kill(2)
  • Le processus a tenté d’écrire sur le terminal et l’option de terminal tostop est activée (voir la sortie de stty -a ). Cela génère SIGTTOU .
  • Le processus a tenté de changer les modes du terminal avec tcsetattr(3) ou un ioctl équivalent. (Ce sont les mêmes modes que stty .) Cela génère SIGTTOU indépendamment de l’état actuel de l’indicateur tostop .
  • Le processus a tenté de lire à partir du terminal. Cela génère SIGTTIN .

Cette liste est probablement très incomplète.

Utilisez-vous tcsh par hasard? Tcsh est en fait livré avec une commande Nohup intégrée dans laquelle j’ai rencontré beaucoup de problèmes avant de voir le comportement exact que vous voyez.

Essayez d’utiliser /usr/bin/nohup directement si c’est le cas.