Forum Linux.debian/ubuntu CRON bizarre

Posté par  .
Étiquettes :
0
2
sept.
2007
bonjour

j'ai un script en cron qui tournait sans souci depuis plus de deux ans, chaque 11 minutes.
c'est un petit script en Perl qui va relever une boite mail, analyse le contenu des mails, fait son petit traffic et envoie si besoin un mail aux personnes concernées en fonction de son analyse.

ça marchait Nickel

depuis le 18 aout, ça ne marche plsu EN CRON mais le script fonctionne toujours en console

déjà ça ...ça me fait bizarre.

j'ai rajouté un -v dans la commande et autre truc bizarre (mais là c'est pas grave) en console avec le -v ça me donne la version de Perl au lieu de faire du Verbose et en Cron le tiret v fait un minimum de verbose ...mais pas à chaque fois
et le verbose en question c'est (dans le syslog)
Sep 2 11:09:01 localhost /USR/SBIN/CRON[9672]: (jcw) MAIL (mailed 469 bytes of output but got status 0x0001 )

c quoi ces bons dieu de 469 bytes qu'il veut envoyer et n'y arrive pas ???
sur ce coup là, google ne m'a pas vraiment aidé

le module de lecture de mail est Net::Pop3
celui d'envoi : Mime::Lite

je rappelle que ça marchait depuis des années en CRON et que ça marche maintenant en console mais pas en cron

comment je sais que ça marche pas ?
parceque la bal à vider toutes les 11 minutes ne se vide pas ...sauf si script envoyé en console !


Merci de vos lumières

la machine est sous UBUNTU 7.04 et (c'est peut être là le souci) fait régulièrement toutes les mises à jour proposées

  • # CRON bizarre

    Posté par  . Évalué à 1.

    MAIL (mailed 469 bytes of output but got status 0x0001 )

    Je ne suis pas sûr, mais ce message peut vouloir dire que le démon cron essaye d'envoyer un mail,mais n'y arrive pas (ce mail contenant tous les messages écris par le script). J'ai un message du même genre chez moi avec un de mes scripts ... sauf quand je fais tourner postfix (un serveur mail).

    Essaye de modifier ton script, ou la ligne de commande l'appelant dans la crontab, pour rediriger les messages vers un fichier. Tu y vera peut être l'explication du nom fonctionnement du script.

  • # Variables d'envirronements

    Posté par  . Évalué à 2.

    Essaye de positionner les variables PATH et TERM comme celle de ton shell au debut de ton script. p.e. qu'il lui manque quelque chose.

    Cdt,

    Dam

  • # [Résolu]

    Posté par  . Évalué à 1.

    Merci de vos réponses.

    Effectivement je m'acharnais à penser que le message d'erreur concernait l'envoi de mail de mon script OR, NON, c'est bien un mail que voulait m'envoyer CRON qui bloquait tout !
    Pourkoi ?
    et bien en tapant tout simplement mail en console je ne pu que constater de de commande 'mail' il ne connaissait pas :

    Le programme 'mail' peut être trouvé dans les paquets suivants :
    * mailx
    * mailutils
    Essayez : sudo apt-get install <paquet sélectionné>
    Assurez-vous que vous avez le composant 'universe' activé
    bash: mail : commande introuvable

    alors un petit

    sudo aptitude install mailutils

    et hop tout s'est mis à re fonctionner !
    Par contre, pourquoi ça a marché deux ans et plus et d'un coup ce 'mail' s'est desinstallé ?
    mystère

    Merci encore de m'avoir mis sur la voie

  • # script perl

    Posté par  . Évalué à 2.

    Pour ce genre de boulot (sans savoir non plus à quoi exactement ton script sert), il peut être utile de rapeller l'existence de Fetchmail qui permet de faire pas mal de chose (et encore plus avec son bon copain procmail).

Suivre le flux des commentaires

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