Forum Linux.débutant probleme avec crontab

Posté par  .
Étiquettes : aucune
0
31
mar.
2006
Bonjour,

Sous root, avec crontab -e j'ai édité le fichier pour y inserer une ligne 0 15 * * * /chemin d'acces/nom de programme

/chemin d'acces/nom de programme fonctionne lorsque je l'appel de la ligne de commande. (met un fichier à jour)

Par contre cron ne fait (visiblement) rien à 15 h tous les jours.
Je ne vois pas de message dans "messages"
Y-a-t-il un autre log file ?

j'ai déjà redémarré crond

Faut-il faire autre chose pour que cela fonctionne ?

Y-a-t-il un équivalent de crontab sous KDE ?

Merci,

splinux

  • # PATH

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    Hello,

    Ton script contient-il des chemins relatifs (macommande -option fichier)? Si oui, remplace-les par des chemins absolus (/usr/bin/macommande -option /dossier/fichier). Problème de PATH non initialisé.

    La gelée de coings est une chose à ne pas avaler de travers.

  • # PATH

    Posté par  . Évalué à 2.

    En fait, cela vient de ce que le PATH n'est pas le même en exécution directe et en exécution lancée par cron !

    • [^] # Re: PATH

      Posté par  . Évalué à 1.

      Cette hypothèse est très probable : ce genre d'erreur/de problème est en effet très fréquent.

      Si le script est exécuté et génère des erreurs (et donc une écriture sur la sortie d'erreur ou la sortie standard), ces erreurs sont envoyées par mail à l'utilisateur local qui a exécuté le programme, c'est à dire root dans ce cas là.
      Il y a de grandes chances que les mails envoyés à root soient routés vers un autre utilisateur (certainement le premier user créé pendant l'install). Pour lire ces mails, tu te connectes sous le user concerné (donc root ou le user qui reçoit les mails de root) et tu tappes simplement "mail" : tu verras alors peut être ce qui se passe avec ton programme.

      Concernant ta dernière question (équivalent au crontab sous KDE), ma réponse est non ! Pour planifier des tâches, toutes les distributions utilisent le démon crontab. En revanche, il est possible que tu aies une interface graphique pour la configuration du crontab (kcron sous KDE il me semble).

      A+
      JJD

  • # Peut-être

    Posté par  . Évalué à -1.

    Si ton programme envoie des stdout ou stderr , renvoie les vers /dev/null

  • # Hop

    Posté par  (site web personnel) . Évalué à 1.

    pour vérifier l'execution par cron:
    `grep CRON /var/log/syslog |less' ou
    `tail -f /var/log/syslog | grep CRON' en 'live'

    sinon verifie tes mails locaux et les paths de ton shell.
    quitte a modifier le path dans la crontab si tu ne peut
    modifier le script/programme.

  • # personne n'en parle mais ...

    Posté par  . Évalué à 1.

    il me semble que la ligne exacte serait plus


    0 15 * * * UTILISATEUR /chemin_absolu_dacces/nom de programme


    ca pourrait aussi etre ca ton probleme.

    en tenant compte aussi des reponses des autres sur les redirections, et les verifications emails et chemins...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.