Crontab - simple echo pas en cours d'exécution

J'ai obtenu une telle situation:
Je veux planifier un travail avec crontab sur un serveur linux. Je ne suis pas super-utilisateur, de sorte que je suis en train de monter (avec crontab -l, éditeur vim) seulement mon fichier crontab. Pour les tests, j'ai mis là:

* * * * * echo asdf

Et le travail n'est pas en cours d'exécution. Est le redémarrage du serveur? Ou peut-être un administrateur déplacer?

Vérifiez votre e-mail. Sortie de cron les travaux ne vont pas à votre terminal, depuis crond ne savez pas où votre terminal. Selon la configuration de votre système, il est généralement envoyé au propriétaire par e-mail (qui peut ou peut ne pas être possible). man cron pour plus d'informations.

OriginalL'auteur zlenyk | 2015-03-04

  1. 22

    Peut-être que c'est, des tâches cron s'exécutent dans leur propre coquille. Si vous ne pouvez pas vous attendre à voir asdf sur votre console.

    Ce que vous devez faire est d'essayer 

    * * * * * echo asdf > somefile_in_your_home_directory_with_complete_path.log

    Prochaine vérifiez le fichier en faisant une queue:

    tail -f somefile_in_your_home_directory_with_complete_path.log

    Et si c'est pas le cas, vérifiez si le démon cron lui-même est en cours d'exécution ou est en panne:

    # pgrep crond

    OU

    # service crond status
    Pourriez-vous me dire ce que devrait être la sortie de pgrep crond? Je ne suis pas d'obtenir quoi que ce soit, mais après exécution de la commande ps ax | grep cron, je peux voir que /usr/sbin/cron est en cours d'exécution. Est-ce correct?
    Vous devriez voir le pid de cron daemon -- crond
    Avez-vous un pid contre /usr/sbin/cron et comment sur le fichier contenait asdf
    Oui, le fichier de log ne contient asdf. Je vous remercie beaucoup.
    Cheers, de sorte que son travail!!

    OriginalL'auteur Kedar Parikh

  2. 0

    Pour moi * * * * * /bin/echo text > file ne fonctionne pas...je ne sais pas pourquoi, previleges et tout est réglé.
    (Cette commande est en cours d'exécution normalement quand je l'execute il que le particulier
    l'utilisateur root, juste pour clarifier cela.)
    Ce problème peut être résolu par l'injection de la voie PATH=$PATH:/bin dans mon exemple.

    Au lieu * * * * * echo text > file fonctionne très bien, probablement problème de chemin d'accès.

    Espère que j'ai aidé

    OriginalL'auteur Alexander El-kady