Crontab

Support Debian
#1

bonjour,

j’ai un problème lors de l’exécution d’une tâche toute les 5 minutes:
Voila le retour de la commande crontab -l

et le contenu de mon fichier test.sh

var=$(ls /etc/apache2/sites-available/) a2ensite $var
c’est à ce moment que je comprend pas pourquoi
j’ai rien qui s’écrit dans mon fichier folder.log
Tous les fichier utiliser sont en droit d’écriture…
J’ai regarder sur le NET mais aucune solution à mon problème pour l’instant alors je post ici et j’espère que vous pourrez m’aider à résoudre ce fichu problème

Cordialement

#2

Salut,
Tu serais pas en squeeze ?

[quote=“apt-listchanges”]cron (3.0pl1-110) unstable; urgency=low

In the past, long-running jobs caused certain MTAs to time out,
resulting in no output being sent. Justin Pryzby's patch to fix this
has been included.

[color=#FF4000]crontab(1) now refuses any crontabs missing a newline before EOF.[/color]

…

[/quote]

#3

je en sais pas comment puis-je le savoir ?

#4

Salut,

$ uname -a

Et

$ apt-cache policy cron

#5

merci je vous renvoi ce que me dit la commande

#6

pour uname -a

Linux 2.6.32-bpo.4-686-bigmem #1 SMP Mon Apr 12 20:15:01 UTC 2010 i686 GNU/Linux

et pour apt-cache policy cron

  Installé : 3.0pl1-105
  Candidat : 3.0pl1-105
 Table de version :
 *** 3.0pl1-105 0
        500 http://ftp.fr.debian.org lenny/main Packages
        100 /var/lib/dpkg/status
#7

Re,
Ce n’est peut-être pas ça…

Ton cron devrait fonctionner en ajoutant l’utilisateur :

Chez moi ça marche… :wink:

#8

Tu es en Lenny avec les backports activés.

Essaye de rajouter “root” dans ta crontab…

#9

je vais essayer :slightly_smiling:
je sais pas si ça peux changer quelque chose mais lorsque je rajoute

à la fin de mon fichier sh il ce met bien dans le fichier log

#10

aucun changement :open_mouth:

#11

à tout hasard, ça marche toujours pas avec un
#!/bin/sh
au début du fichier ?

#12

non les changements apportés n’ont rien changer …
c’est bizarre … il quelqu’un peu me donner d’autres solutions
Merci d’avance

#13

Merci de donner un titre un peu plus détaillé au sujet.

#14

[quote=“lol”]Salut,
Tu serais pas en squeeze ?

[quote=“apt-listchanges”]cron (3.0pl1-110) unstable; urgency=low

In the past, long-running jobs caused certain MTAs to time out,
resulting in no output being sent. Justin Pryzby's patch to fix this
has been included.

[color=#FF4000]crontab(1) now refuses any crontabs missing a newline before EOF.[/color]

…

[/quote][/quote]

J’ai eu une erreur dans logwatch ce matin, concernant cron et je suis sous Squeeze 3.0.pl1-116

[code] --------------------- Cron Begin ------------------------

Errors when running cron:
grandchild #18097 failed with exit status 1: 1 Time(s)
grandchild #18138 failed with exit status 1: 1 Time(s)
grandchild #18178 failed with exit status 1: 1 Time(s)
grandchild #18219 failed with exit status 1: 1 Time(s)
grandchild #18259 failed with exit status 1: 1 Time(s)
grandchild #18304 failed with exit status 1: 1 Time(s)

---------------------- Cron End[/code]

#15

Effectivement je viens de voir ça, une mise à jour.
Je ne sais pas si le “apt-listchanges” est valable pour cette version aussi, je suppose.
Ça ne te coûte rien d’ajouter un retour chariot (ça fait bien longtemps qu’il n’y a plus de chariot…) en fin de fichier pour voir…

#16

De quel fichier s’agit-il, celui concernnat logwatch ?

#17

Si j’ai compris, logwatch te dit que le cron s’est mal passé.
Il faut regarder dans tes tâches cron.

#18

Histoire de PATH qui est vide lors des commandes exécutées par cron. Il faut mettre le chemin complet des commandes. Le «root» est inutile puisque là c’est la crontab de root et non /etc/crontab

#19

que dois je faire alors ?

#20

Un fichier test.sh contenant

#!/bin/sh PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin var=$(ls /etc/apache2/sites-available/) a2ensite $var
et vérifie que ta crontab se termine par une ligne vide.