Tâche planifié sous linux

Version imprimable

13/11/2009, 17h59
jorjguisse

Tâche planifié sous linux

Bonjour,
J'aimerai faire d'un script php, une tâche planifié sous Ubuntu.
Par exemple chaque jour qu'il execute mon script php.
Aprés documentation j'ai entendu parler de CRON mais j'avoue que je ne comprend pas bien son utilisation.

Merci de toute l'attention que vous pourrez m'accorder.

Cordialement.
13/11/2009, 18h35
ripat

Pour éditer ton fichier cron, en console, tape simplement

Code:

$ crontab -e

Pour la syntaxe, man cron
http://www.linux-kheops.com/doc/man/...crontab.5.html

Pour une interface visuelle, il y a aussi ceci:
http://gnome-schedule.sourceforge.net/
Paquet gnome-schedule chez debian, j'imagine qu'il porte le même nom dans les dépôts ubuntu.

Et n'oublie pas de spécifier le chemin complet des commandes ou scripts que tu souhaites exécuter.
19/11/2009, 16h46
guigo

Bonjour,
Je m'incruste dans la discutions, car je suis confronte au meme pb que jorjguisse...
J'ai d'ailleurs poste cette aprem un post mais dans la section php (pas tres judicieu d'aialleur :-( ).

Je voudrais faire un crontab qui lance un fichier php....
Je pensais a quelques chose comme ca :

0 1 * * apache2 /home/guigo/exemple.php

donc je veux pour tous les jours de l'année a 01h00 executer ce fichier php....

Merci
Guigo
19/11/2009, 17h20
Anomaly

Pour exécuter un script php en ligne de commande tu utilises la commande "php"

De plus tu dois préciser le chemin complet de l'exécutable dans le crontab car dedans le $PATH n'est pas valable.

Par exemple :

Code:

0 1 * * * /usr/bin/php /home/guigo/exemple.php
19/11/2009, 18h02
guigo

Super ça, merci bcp.
Une dernière question, de cette facon mon fichier php va être interpréter sans pb ?

Merci :-)
20/11/2009, 09h17
guigo

Bon le mieux est de tester... Je reviens vers vous pour vous donner une reponse finale....
23/11/2009, 14h40
guigo
Re,
Alors j'ai avance un peu mais ca ne marche tjs pas....;
Premierement un lien sympa pour debuter :
http://mirmodynamics.com/post/2005/0...-du-cli-en-php

Ma commande :
Code:

1 2 3 0 1 * * * /usr/bin/php -f /var/www/vhosts/pharmacontact.fr/httpdocs/test/test.php
J'ai teste en ssh directement pas de pb la cmd fct directement.
Quand j'edite crontab -e pas de pb la cmd est bien la avec les bon parametres...

Par contre quand je fait un restrat ou stop/start cron j'ai l'erreur suivante :
Code:

1 2 cron: can't lock /var/run/crond.pid, otherpid may be 2396: Resource temporarily unavailable
Merci,
Guigo
23/11/2009, 15h16
ripat

Tu ne dois pas redémarrer crond lorsque tu édites tes tâches avec crontab -e.
23/11/2009, 15h32
guigo
dans etc/init.d j'ai que cron pas crond
et c'est justement quand j'essaye de redemarer cron que j'ai une erreur.
Code:

1 2 3 4 cron restart ou cron stop / cron restart
23/11/2009, 17h31
ripat

le fichier /etc/init.d/cron est un script qui démarre, arrête ou relance crond.

Quand tu fais une modification dans crontab, il ne faut pas redémarrer crond.

Par contre le message d'erreur suggère qu'il y a conflit de pid pour crond. Il faut tirer ça au clair. Que donne:

Code:

$ ps -C cron
23/11/2009, 20h54
guigo
Cool, merci de du coup de patte.

La cmd donne :
Code:

1 2 3 PID TTY TIME CMD 2396 ? 00:00:06 cron
23/11/2009, 23h51
guigo

Je viens de tenter un reboot.... Rien :-(
24/11/2009, 12h59
ripat

Tu n'as qu'un seul PID pour cron. C'est ok.

Mais, une fois encore, tu n'as pas besoin de redémarrer le deamon cron après une modification de crontab.

Quel est ton problème finalement? Ton script ne s'exécute pas?

Si tu cherches à lancer un script php, tu dois avoir soit la version php-cli, soit un serveur http comme apache mais alors ta commande plus haut n'est pas correcte. Il te faut utiliser wget ou curl.
24/11/2009, 14h01
guigo

Slt Ripat,
j'ai suivit les conseils de ce lien :
http://mirmodynamics.com/post/2005/0...-du-cli-en-php

J'utilise php-cli du coup, qui a l'air d'etre installe correctement....(witch php).

Ma commande ne te semble pas bonne?
24/11/2009, 14h53
ripat

Si tu as php-cli, oui, elle semble bonne mais, quel est le problème?

Si ton cron ne s'exécute pas tu peux envoyer le message d'erreur éventuel vers un fichier:

Code:

* * * * * commande fichier.php 2>/tmp/err_cron
24/11/2009, 15h01
guigo
Je ne pense meme pas que la tacche cron se lance.
J'ai l'impression que le processus cron est occupé a autre chose.
Mon message d'erreur quand je tente un restart est tjs le meme
Code:

1 2 3 cron: can't lock /var/run/crond.pid, otherpid may be 2396: Resource temporarily unavailable
Je teste dans la foulé ta technique pour visualiser l'erreur (faut il encore que cron lance la cmd....).
Je te tiens au jus
24/11/2009, 15h34
ripat

Citation:

Envoyé par guigo

(faut il encore que cron lance la cmd....).

Il n'y a aucune raison qu'il ne le fasse pas. En principe l'exécution des tâches cron sont journalisées dans syslog.

Code:

grep -i cron /var/log/syslog
24/11/2009, 16h02
guigo

Dsl je dois partir en rdv... Je teste tout dans 1/1h30 et te tiens au courent.
Merci

Alors, pour resumer :

Quand j'edite mon syslog, a priori le cron tab marche bien. Puisque certaines taches sont lancées et executées...

ex du syslog :

Code:

1
2
3
4
 
 
Nov 24 17:20:02 wpc5111 /USR/SBIN/CRON[14496]: (www-data) CMD ([ -x /usr/lib/cgi-bin/awstats.pl -a -f /etc/awstats/awstats.conf -a -r /var/log/apache/access.log ] && /usr/lib/cgi-bin/awstats.pl -config=awstats -update >/dev/null)
Nov 24 17:25:02 wpc5111 /USR/SBIN/CRON[14662]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)

Pour err_cron, j'ai lance dans le shell la cmd que tu m'as donné.... Apres lancement d'une de mes tache cron, quand j'edite err_cron le fichier est vide.

Mon crontab :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 
10,25,40,55     *       *       *       *       /opt/psa/admin/sbin/backupmng >
0       1       *       *       1       /opt/psa/libexec/modules/watchdog/cp/se
0       1       *       *       1       /opt/psa/libexec/modules/watchdog/cp/se
10      1       *       *       *       /opt/psa/libexec/modules/watchdog/cp/cl
15      1       *       *       *       /opt/psa/libexec/modules/watchdog/cp/pa
15      1       *       *       1       /opt/psa/libexec/modules/watchdog/cp/pa
15      1       1       *       *       /opt/psa/libexec/modules/watchdog/cp/pa
15      1       1       *       *       /opt/psa/libexec/modules/watchdog/cp/pa
20      1       *       *       *       /opt/psa/libexec/modules/watchdog/cp/cl
0       3       *       *       7       /opt/psa/libexec/modules/watchdog/cp/cl
45      17      *       *       *       /usr/bin/php -f /var/www/vhosts/mondomain

Mon code php a executer (simple test...) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
#!/usr/bin/php
<?php 
 
print Txt("hello world !"); 
 
function Txt($Chaine)
{
 
	$File=fopen("../test/test.txt","w+");
	fwrite($File,$Chaine.";");
	fclose($File);
 
}
 
?>

j'ai attribuer les droit 777 au repertoire contenant test.php pour eviter les soucis pour le moment

24/11/2009, 18h54
ripat

Montre-nous la ligne de cron de ce que tu veux exécuter. Elle n'apparaît pas complètement dans l'extrait ci-dessus.

Code:

$ crontab -l | grep php
24/11/2009, 19h29
julp

Quel est le répertoire courant pour cron ? Parce que PHP CLI n'opère pas de changement du répertoire courant pour celui contenant le script : vos chemins relatifs ne doivent donc pas fonctionner.

Il me semble etre en chemin absolu ?

ma ligne cron a executer :

Code:

1
2
3
 
 
45      17      *       *       *       /usr/bin/php -f /var/www/vhosts/mondomaine.fr/httpdocs/test/test.php

25/11/2009, 11h32
julp

Je fais allusion au code du script :

Code:

$File=fopen("../test/test.txt","w+");
25/11/2009, 11h55
guigo

ah ben oui !!! Dsl j'ai oublie de penser sur ce coup !
Bon je test en direct :
3 2 1 ....Yes bien vu!!!

Il me reste une question :
pourquoi mon fichier txt est creer avec les droit : rw- r-- r--
alors que je lance ma cmd cron en root et que j'attribue les droit necessaire en php il me semble

Du coup je vois le fichier que en ssh et pas avec mon ftp...
25/11/2009, 14h06
julp

C'est une question d'umask : il faut le modifier pour/à l'exécution (man umask + PHP). A moins de chmoder le ou les fichiers derrière.
25/11/2009, 16h35
guigo

Nikel.
Merci a tous.