Cron ne marche pas

Bonsoir,

Je suis en train de me battre ces derniers jours avec un truc tout con.
Je n'arrive pas a lancer avec le cron un script qui me permet d'envoyer des mails.

dans le crontab j'ai :

Code:

---

1 2	*/1 * * * * php /var/www/html/emails/index.php

---

Je n'arrive a rien faire avec ca et je n'ai pas de logs meme quand je fais un
*/1 * * * * php /var/www/html/emails/index.php > PATH_TO_FILE/error.log
Concernant les permissions, tout le repertoire concerné est a 744.

Pas la peine de vous dire que quand je lance la commande en ligne de commande et bien ca marche nickel. :?
Le fichier index.php utilise deux autres fichiers php et la classe phpmailer.

Bref, j'ai beau débuggé, le cron ne tourne rien et je sais pas ou chercher :cry:

Merci beaucoup pour votre aide !

Bonjour,
je ne sais pas à quel intervalle tu souhaites que ta tâche cron s'exécute mais si c'est toutes les 1 minutes, je te conseille de faire ceci

Code:

---

* * * * * php /var/www/html/emails/index.php

---

Non l'interval par minute est uniquement pour tester mes modifications.
En ce moment je n'arrive a rien lancer en php meme pas un petit script comme celui ci :

Code:

---

1 2 3 4 5 6

<?php $fichier_a_ouvrir = fopen ("mon-fichier.txt", "a+"); fwrite($fichier_a_ouvrir,"Bonjour et bienvenue"); fseek($fichier_a_ouvrir, 0); fclose ($fichier_a_ouvrir);

---

Et quand tu disais

Citation:

---

Pas la peine de vous dire que quand je lance la commande en ligne de commande et bien ca marche nickel. :?
Le fichier index.php utilise deux autres fichiers php et la classe phpmailer

---

, tu arrivais vraiment à le faire où pas? Tu arrive à le faire par un navigateur?
Si non, essayes de reconfigurer l’interpréteur PHP avec la commande

Code:

---

dpkg-reconfigure php5

---

si tu es sous Debian ou dérivé. Ensuite tu fais appelleau script avec l'option -f comme ceci

Code:

---

/usr/bin/php -f monscript.php

---

Oui oui j'arrive bien à lancer via la ligne de commande comme ça :

Code:

---

1 2	php /var/www/html/emails/index.php

---

Que fais le -f? force?

J'essaie ce soir et je te dis.

Merci

Je serais curieux de savoir si tu as pu régler, et comment, le soucis que tu avais.

Salut,

A priori il suffisait de mettre le chemin complet d’accès à php, comme cela a déjà été répété maintes fois, dans la ligne de commande cron.

La ligne suivante te semble correcte ?
* 14 * * 1-5 cd /home/ressourc/www/squelettes/espace_client/candidat/ && php /home/ressourc/www/squelettes/espace_client/candidat/test_mail_cron.php


On me dit que le plus propre est d'avoir un dossier de lib, avec son chemin dans include_path.
Je n'ai pas plus d'informations pour cela.
Pouvez vous m'en dire plus ?

Bonjour,

Personnellement, j'utilise une méthode très simple pour utiliser cron.

• Un répertoire dans lequel sont stockés tout mes scripts
• En début de script soit un export PATH avec les chemins dont j'ai besoin soit une variable contenant le chemin (j'utilise de préférence la variable).
• Dans cron je n'appelle que mon script, ce qui m'évite des lignes à rallonge qui peuvent être mal interprétée dans le shell de cron.

Tu dis :
En début de script soit un export PATH avec les chemins dont j'ai besoin soit une variable contenant le chemin (j'utilise de préférence la variable).

Peux tu préciser un peu pour m'aider à faire avancer cette idée, car en fait, je ne vois pas comment faire.

Bonjour,

Voici comment je procèderai pour ton script php :

Code:

---

* 14 * * 1-5 cd /home/ressourc/www/squelettes/espace_client/candidat/ && php /home/ressourc/www/squelettes/espace_client/candidat/test_mail_cron.php

---

à ajouter dans le bash_profile afind'inclure le répertoire de script dans les chemins de recherche :

Code:

---

1 2	# pour un répertoire de script dans "/home/ressourc" export PATH=$PATH:"/home/ressourc/<à afinner avec le chemin choisi pour tes scripts>"

---

Code:

---

1 2 3 4 5 6

#!/bin/bash # mon script se nomme : test_mail.sh CHEMIN_SCRIPT="/home/ressourc/www/squelettes/espace_client/candidat/"   cd $CHEMIN_SCRIPT /usr/bin/php ./test_mail_cron.php

---

Et ta ligne cron deviendrait :

Code:

---

* 14 * * 1-5 test_mail.sh

---

C'est bien sûr à tester mais voilà l'idée.

Bonjour et merci pour ta réponse.
Effectivement, je visualise de mieux en mieux ce qui doit être fait.
Ton explication je la comprend plus ou moins bien.

Ajouter dans le bash_profile afind'inclure le répertoire de script dans les chemins de recherche :
# pour un répertoire de script dans "/home/ressourc"
export PATH=$PATH:"/home/ressourc/<à afinner avec le chemin choisi pour tes scripts>"

1 Je dois donc choisir un répertoire, unique ? , pour y déposer tous les scripts en extension .sh
2 Peut-on ajouter plusieurs répertoires de scripts ?
3 Enfin et surtout, je ne sais pas comment ajouter des informations dans le bash_profile , je vais donc pousser ma recherche dans ce sens.


Finalement, une fois un répertoire de script choisi, on y ajoute un fichier test_mail.sh

#!/bin/bash
# mon script se nomme : test_mail.sh
CHEMIN_SCRIPT="/home/ressourc/www/squelettes/espace_client/candidat/"
cd $CHEMIN_SCRIPT
/usr/bin/php ./test_mail_cron.php

La, je ne comprend pas pourquoi tu répètes le chemin du script.
Le chemin du script que tu répètes doit être le même que le PATH renseigné précédement ?

Sinon, pour l'idée, je comprend parfaitement, je ne suis juste pas habitué à l'environnement linux.
J'ai déjà pu avancer ma compréhension de la problématique pour rendre mon travail plus propre.
Merci beaucoup pour le partage de connaissances, bonne continuation.
A bientôt si toi ou un lecteur peut m'en dire d'avantage.

Bonsoir,

Citation:

---

Envoyé par R-Solidaires

1 Je dois donc choisir un répertoire, unique ? , pour y déposer tous les scripts en extension .sh
2 Peut-on ajouter plusieurs répertoires de scripts ?
3 Enfin et surtout, je ne sais pas comment ajouter des informations dans le bash_profile , je vais donc pousser ma recherche dans ce sens.

---

• Pour 1 et 2 : Rien ne t'empêche d'avoir un répertoire pour tes scripts bash, un autre pour tes scripts python et un autre pour tes scripts perl par exemple.
• Pour 3 : tout simplement avec un éditeur de texte tel que nano, vi...

L'export dans le PATH permet de lancer le script sans avoir à systématiquement saisir l'intégralité du chemin absolu (en prenant garde à ne pas nommer un script à l'identique d'une commande interne ou externe (mc, cd, mv...).

Les commandes exécutées par ton script le seront par rapport à son répertoire de lancement. Donc il est préférable d'entrer le (ou les) chemin(s) absolu(s) dans des variables car plus facile à manipuler et une correction d'une variable est prise en compte dans tout le script (1 correction au lieu de 10, 20 ou 30 c'est plus cool).
Ainsi, si pour te déplacer tu utilise les chemins relatifs il est prudent de t'être positionné, avant, dans le répertoire voulu (celui du script dans mon exemple).

Citation:

---

Envoyé par R-Solidaires

Finalement, une fois un répertoire de script choisi, on y ajoute un fichier test_mail.sh

---

C'est cela.
Dans l'exemple, on considère que le chemin du répertoire de script est déjà dans le path.
Lorsque on lance le script, celui-ci déplace le répertoire actif dans celui du script

Code:

---

1 2	CHEMIN_SCRIPT="/home/ressourc/www/squelettes/espace_client/candidat/" cd $CHEMIN_SCRIPT

---

puis on lance php (avec le chemin absolu /usr/bin) qui lance ton script (test_mail_cron.php qu'on suppose dans le même répertoire).

Code:

---

./ -> indique de chercher le script dans le répertoire courant

---

Ajouter des informations dans le bash_profile

Il suffit d'éditer : nano ~/.bash_profile
Faut t'il se placer dans un répertoire particulier pour saisir cette commande ?


J'ai lu sur un article du forum développez qu'un utilisateur avait fait les modifications sur son fichier bash_profile mais que les modification n'ont pas été permanentes.
En réponse, il lui est dit :

Sur Ubuntu comme la plupart des distributions Linux, il faut utiliser le fichier ~/.bashrc pour appliquer les modification de façon permanente.
( Le ~/.bash_profile tu va le trouver sur OS X par exemple ? )

Comme d'autres l'on suggéré, les fichiers ".profile" et apparentés (".bash_profile" par ex) ne sont traités que lors de la connexion.
Pour traiter un fichier à l'ouverture d'un bash (ex: un nouveau terminal, un appel depuis "vi"ou autre), il faut utiliser le fichier ~/.bashrc.
Taper : nano ~/.bashrc et ajouter les instructions en fin de ligne.
( Source : http://www.developpez.net/forums/d13...-bash_profile/ )


Notre association utilise une CentOs3 de OVH.
Il me faudra donc identifier si c'est bash_profile ou bashrc qui doit être modifié ?


J'ajoute dans la discussion que actuellement, les scripts sont lancés en tant que root.
Par la suite, les scripts seront lancés par un second utilisateur avec des droits moindre que j'ai déjà créé.

Comment puis je m'assurer que mon nouvel utilisateur à des droits suffisamment réduit pour ne pas être équivalent au profile du Root.
User : RSBotLectureExecution
Password : --
drwx r x r x ( Sur le dossier créé pour RSBotLectureExecution )

En tout cas c'est parfait, je vais mettre cela en place au plus tôt, j'ai toutes les pistes nécessaires.
Je verais à poster une synthèse en retour.
Merci.

les fichiers d'initialisation de bash n'ont rien à voir avec cron.
si il faut ajouter des chemins au PATH, c'est à celui de cron, soit dans crontab, soit dans le script.

Pour améliorer la lisibilité, merci d'utiliser les balises [quote] et [code] (voir, dans la 2ème ligne de boutons, les boutons de droite)
:tagcode:

Citation:

---

les fichiers d'initialisation de bash n'ont rien à voir avec cron.
si il faut ajouter des chemins au PATH, c'est à celui de cron, soit dans crontab, soit dans le script.

---

Et pour ajouter le chemin au path, comment tu fais dans crontab ? Puisque dans crontab j'ai déjà mes commandes ..
Voilà pour la crontab : * 14 * * 1-5 cd /home/ressourc/www/squelettes/espace_client/candidat/ && php /home/ressourc/www/squelettes/espace_client/candidat/test_mail_cron.php

Et dans le script, je ne vois pas ce que ça va changer.

Il me semble que Winnt avait bien saisi mon besoin.

N_BaH tu ne m'aides pas du tout, tu me dis des choses qui ont déjà été faites, et qui sont indiquées précédement. En somme pour l'optimisation tes conseils ne m'apportent aucune piste, et contredisent les conseils de Winnt.

Citation:

---

On me dit que le plus propre est d'avoir un dossier de lib, avec son chemin dans include_path.

---

ça concerne la structure de tes répertoires, et le code php.

Citation:

---

Je n'ai pas plus d'informations pour cela.

---

t'as pas dû chercher beaucoup :(

as-tu essayé d'ajouter l'option -f (-f file Parse and execute file) à l'instruction php sur la ligne cron ?

y a-t-il dans ton code php des commandes, des fonctions, qui ne sont pas dans le PATH restreint de cron ?

tu interviens dans une discussion déjà ancienne, sans préciser ton problème, donc on joue aux devins...

quant à Winnt, il fait une erreur : les scripts ne lisent pas les fichiers d'initialisation du shell, et cron non plus .

Citation:

---

Envoyé par N_BaH

t'as pas dû chercher beaucoup :(

---

Pour commancer, je me passe de ce genre de petites phrases. Si tu ne le sais pas, je n'ai pas la science infuse, et je ne vais même pas te contredire, puisque surement tu as des éléments en main te permettant d'affirmer cela. C'est quand même mal venu de la part d'un admin de faire un jugement sur les recherches des utilisateurs du forum.

Citation:

---

ça concerne la structure de tes répertoires, et le code php.

---

Voilà bien une phrase qui veut tout dire et rien dire à la fois.

Citation:

---

as-tu essayé d'ajouter l'option -f (-f file
Parse and execute file) à l'instruction php sur la ligne cron ?
y a-t-il dans ton code php des commandes, des fonctions, qui ne sont pas dans le PATH restreint de cron ?

---

Je ne comprend strictement rien de ce dont tu me parles.
Qu'est ce que le PATH restreint de cron ?

Citation:

---

tu interviens dans une discussion déjà ancienne, sans préciser ton problème, donc on joue aux devins...

---

Discussion ancienne en 2ème page des réponses de Google et correspondant parfaitement à ma problématique.

C'est surement pour cela que Winnt à pu me proposer quelque chose, il a parfaitement compris mon besoin, en même temps si j'étais en mesure de répondre à mon problème, je ne viendrais pas poster un message au près de ceux qui ont la possibilité de m'en apprendre. Et, même si il c'est trompé, je pense que nos échanges sont clairs, mon besoin est clair en tout cas, je cherche à optimiser mes tâches cron.

Il faut voir aussi que Winnt a fait l'effort de me répondre en plus de 2 phrases. Ca aide beaucoup pour comprendre. ( Bon comprendre des erreurs, ça me fait une belle jambe, il me semblait pourtant qu'il s'approchait parfaitement de mes besoins. )

Citation:

---

Quant à Winnt, il fait une erreur : les scripts ne lisent pas les fichiers d'initialisation du shell, et cron non plus

---

.

Du coup, il est certain que je ne comprend plus rien et que je ne vois pas comment arriver à l'optimisation souhaitée de mes taches cron, et de mes scripts :
- Ne plus avoir des url à ralonge.
- Placer les scripts .sh dans le même dossier.
- Les appeler par un nom minimaliste, plutot que par une longue URL.

:calin:

tu ne peux pas raccourcir le chemin (pas les url : les chemins) vers ton script, par contre, le cd est inutile.
un script qui ne fait que lancer un autre script ne sert à rien, sinon ajouter des complications.

Citation:

---

Envoyé par R-Solidaires

La ligne suivante te semble correcte ?
* 14 * * 1-5 cd /home/ressourc/www/squelettes/espace_client/candidat/ && php /home/ressourc/www/squelettes/espace_client/candidat/test_mail_cron.php

---

retapes ta ligne ainsi :

Code:

---

* 14 * * 1-5 php -f /home/ressourc/www/squelettes/espace_client/candidat/test_mail_cron.php

---

ça devrait faire exécuter le fichier par php toutes les minutes entre 14 et 15 heures du lundi au vendredi.

Merci pour cette simplification avec l'utilisation de -f

Je vais tester cela.

Je reste quand même un peu embêté, suite aux conseils d'un de mes collègues qui me disait :
"Le plus propre est d'avoir un dossier de lib, avec son chemin dans include_path."

Je ne visualise pas ce qu'il entendait en me disant cela.

Enfin, les liens sont fonctionnels dans la crontab, c'est l'essentiel.