Crontab [RESOLU]

Bon, alors je me suis fait un petit script pratique qui serveurs de pings pour savoir si theyre up, et si theyre pas, il envoie un twitter à une mise à jour compte de messagerie instantanée suivants, je reçois texto me disant, je fixe.

Toutefois, la partie intégrante du présent est-il de vérification. Je préfère le faire avec crontab plutôt que de dormir.

Donc, j'ai ajouté l'entrée cron pour le script perl, comme suit:


crontab-l vérifie l'entrée est présente.
Il est donc censé vérifier toutes les minutes. Eh bien, dans le script, j'ai une fonction de journalisation, qui, lorsqu'il est testé (démarrage direct) fonctionne, mais crontab ne démarre pas le programme à tous. Toute idée pourquoi?

Avez-vous regarder dans / var / log / cron pour les erreurs?

Il n'y a pas de journal de cron dans ce répertoire.

Essayez le chemin complet / usr / bin / perl ou quoi que ce soit. Est-ce que la tâche cron fonctionnement en tant que root?

Mis à jour le chemin d'accès complet. Pas de changement.

Il ne fonctionne pas en tant que root.

Im Server exécutant Ubuntu 8.10 Intrepid par la route.

J'étais à une boîte de Ubuntu 8.10, j'ai donc rejoint, et il a amorcé l'homme cron. Une chose que j'ai remarqué que dans certains cas,
/ bin / sh est nécessaire avant la commande. Essayez ça.

Maintenant, je reçois des mails de cron avec le message suivant:


Cependant, quand je cd / etc / twitter ou le CD à / et exécuter le script (perl checkupstate.pl) tout fonctionne bien (sortie Journaux).

Mise à jour: amusé avec la commande, et la commande / bin / sh est whats origine de cette erreur...pourquoi?

Au moins / bin / sh a commencé la tâche qui est une amélioration. Vous mai pas besoin de / usr / bin en face de la commande perl.

OU

Essayez / bin / sh-c

Ou

Essayez un autre shell / bin / bash

Je ne vois pas csh ou ksh installé sur ma machine mais Im sûr, il peut être installé.

Le répertoire / usr / bin est nécessaire, sinon, je reçois un message d'erreur disant perl n'a pas pu être trouvé.

Jugé avec / bin / sh-c et a obtenu aucun résultat.

Jugé avec / bin / bash et a obtenu un message disant "/ usr / bin / perl: / usr / bin / perl: ne peut pas exécuter le fichier binaire"

* sigh * Guess Im allons avoir à utiliser le sommeil (60)...

= / Je n'ai jamais dit cela, mais Im pas un programmeur Perl. C'est un langage natif sur Linux, et j'ai Google, alors je suis tout de travail. Son semblable à beaucoup de langues de toute façon.

Maintenant, pour lancer un thread sur la façon d'écrire un démon de Perl, parce que je ne peux pas obtenir que le travail...

Le script perl fonctionne. Elle vient de démarrer il à courir à partir de la tâche.

http://www.usats.com/learn/crontab.shtml

Vérifié pour l'existence de cron.allow et cron.deny, ni étaient présents, ce qui signifie que la racine a été autorisé à exécuter cron.

Ainsi, un "sudo crontab-e" plus tard, sa marche parfaitement!

Merci pour ce lien, l'aide, la patience et de Don.

FANTASTIC! Glad to hear it.