shell_exec et nohup

[im-souf]

Bonjour, aujourd'hui en envoyant la newsletter, je tombe sur un problème. Le script marche très bien d'habitude, mais aujourd'hui il semble ne pas s'être déroulé totalement.

Ce n'est pas moi qui ai mis en place ce script, mais j'ai réussi à localiser d'où vient le problème.

En fait il lance l'envoie des newsletter en background avec shell_exec et nohup.

Code :

shell_exec("cd ".$chemin." && nohup /usr/local/php5/bin/php newsletter_send.php ".intval($_GET["id_nl"])." >/dev/null 2>/dev/null &");

Dans newsletter_send.php, au début il crée un fichier "lock" et il m'envoye un premier mail "debut du script. A la fin il supprimele fichier "lock" et m'envoie un deuxieme mail pour dire que le script termine.
Cependant le fichier lock n'a pas été supprimé et je n'ai pas reçu le deuxieme mail de confirmation. Donc j'en déduit avec certitude que le script ne s'est pas terminé.

Mes questions :
Donc j'ai cherché sur google, j'ai vu que l'utilisation de nohup crée un nohup.out, mais je ne le trouve pas. Or j'aimerai bien savoir si une erreure a été générée.

Deuxieme bémol, je ne suis pas familiarisé avec l'utilisation de nohup et je ne sais pas à quoi correspondent ">/dev/null" et "2>/dev/null".

Et je voudrais aussi savoir si le processus s'est quand même fini et qu'il ne boucle pas infiniment..

Merci de votre aide.

[stealth35]

aucun intérêt de lancer un fichier PHP en commande via un script PHP ...
un simple include suffit

[im-souf]

Cela n'a rien a voir ! Le code contenu dans le fichier php met environ 30 minutes à s'executer donc le fait de le lancer en nohup permet de maintenir le script pendant toute son execution.

[stealth35]

Envoyé par im-souf

Cela n'a rien a voir ! Le code contenu dans le fichier php met environ 30 minutes à s'executer donc le fait de le lancer en nohup permet de maintenir le script pendant toute son execution.

set_time_limit version bidouille enfaite ?

[im-souf]

Pas du tout, ici, ca permet de faire tourner un processus en background :

If you want to start a php process that continues to run independently from apache (with a different parent pid) use nohub. Example:

exec('nohup php process.php > process.out 2> process.err < /dev/null &');

(http://fr2.php.net/manual/fr/function.exec.php)

[stealth35]

Envoyé par im-souf

Pas du tout, ici, ca permet de faire tourner un processus en background :

(http://fr2.php.net/manual/fr/function.exec.php)

je te deconseil de faire ça, utilise plutôt un cron pour faire ce genre de chose

[im-souf]

Non, car ce n'est pas une tache récurente. De toute façon je travail sur un code déjà en place par mon prédécesseur et ca serait trop long de tout refaire !
Mais ce n'est pas ça mon problème, en fait je voulais surtout savoir si j'ai moyen de récuperer le fichier de log (nohup.out) lié a l'utilisation de cette commande.

[stealth35]

Envoyé par im-souf

Non, car ce n'est pas une tache récurente. De toute façon je travail sur un code déjà en place par mon prédécesseur et ca serait trop long de tout refaire !
Mais ce n'est pas ça mon problème, en fait je voulais surtout savoir si j'ai moyen de récuperer le fichier de log (nohup.out) lié a l'utilisation de cette commande.

fait juste :

Code :

> nohup.out &

[im-souf]

Mais le script marche depuis longtemps, c'est juste ce matin il ne s'est pas terminé.
Donc si je suis bien ce que tu viens de me dire, dans le code que j'ai donné, le retour serai dans le dev/null. J'ai regardé le contenu de ce fichier, il est vide.

[stealth35]

Envoyé par im-souf

Mais le script marche depuis longtemps, c'est juste ce matin il ne s'est pas terminé.
Donc si je suis bien ce que tu viens de me dire, dans le code que j'ai donné, le retour serai dans le dev/null. J'ai regardé le contenu de ce fichier, il est vide.

/dev/null est toujours vide, c'est le but de ce fichier spécial