Django + mod_wsgi + apache2 - processus enfant XXX n'a toujours pas de sortie, l'envoi d'un signal SIGTERM

J'obtiens des erreurs intermittentes -

processus enfant XXX n'a toujours pas de sortie, l'envoi d'un signal SIGTERM.. et puis un SIGKILL. Il se produit par intermittence et la page web se bloque.

Je n'étais pas à l'aide de processus de Démon..mais maintenant, je suis, toujours le problème existe..

Aussi j'ai une Erreur d'ouverture du fichier en lecture: Permission Denied.

Svp quelqu'un peut-il aider?

Je suis nouveau sur ce forum, donc désolé si cela a déjà été répondu avant.

OriginalL'auteur I go by just P | 2013-11-10

  1. 4

    Si vous n'étiez pas à l'aide de mode démon de mod_wsgi, ce qui impliquerait que l'Apache doit avoir été redémarré à l'époque que le message initial a été affichée.

    Ce qui se passe est que, en essayant de faire un redémarrage d'Apache envoie un signal SIGTERM à tous ses processus enfants. S'ils ne sont pas à la sortie de leur propre accord, il va envoyer le signal SIGTERM à nouveau à intervalles d ' 1 seconde et enfin, il envoie un signal SIGKILL après 3 secondes. Le message est pour vous avertir de cette dernière et qu'elle a tué le processus.

    La question est maintenant de ce qui est à l'origine du processus de ne pas l'arrêt rapidement. Il pourrait y avoir plusieurs raisons à cela.

    • À l'aide d'un module d'extension pour Python qui ne fonctionne pas dans les sous interprètes correctement, ce qui est de l'interblocage et suspendu le processus, l'empêchant de s'arrêter. http://code.google.com/p/modwsgi/wiki/ApplicationIssues#Python_Simplified_GIL_State_API

    • Utilisation de threads d'arrière-plan dans l'application web Python qui n'ont pas été définies comme étant les fils de démon correctement avec le résultat qu'ils sont alors le processus de blocage de l'arrêt.

    • Votre application web est tout simplement d'essayer d'en faire trop sur l'arrêt du processus en quelque sorte et de ne pas terminer dans le temps imparti.

    Même si l'aide de mode démon vous aurez probablement voir ce comportement qu'il met en œuvre un semblable arrêt délai d'attente, bien que le délai d'attente est configurable pour le mode démon.

    De toute façon, force l'utilisation de la principale interprète Python comme expliqué dans la documentation lien ci-dessus

    Comme pour le problème d'autorisations, lire:

    En bref, de s'assurer des autorisations d'accès sont corrects des fichiers/répertoires que vous avez besoin d'accéder et de vous assurer de toujours utiliser des chemins absolus lors de l'accès au système de fichiers.

    Merci beaucoup, a ajouté WSGIApplicationGroup %{GLOBAL} pour trier les SIGTERM question. Il est intermittent, vous ne savez pas si il l'a fait réparer. Je vais vous laisser savoir. quant à la permission refusée, j'ai remarqué que c'est quand apache est le redémarrage - comme ça -"[Sun Nov 10 20:05:44 2013] [avis] SIGUSR1 reçu. Faire redémarrage" et puis d'Erreur d'ouverture du fichier en lecture: Permission denied Erreur d'ouverture du fichier en lecture: Permission denied
    Mais est-ce que la partie d'un Python exception, ou une réelle erreurs d'Apache.

    OriginalL'auteur Graham Dumpleton