Comment puis-je créer un crontab par le biais d'un script

J'ai besoin d'ajouter une tâche cron via un script que j'ai exécuter pour configurer un serveur. Je suis actuellement en utilisant Ubuntu. Je peux utiliser crontab -e mais qui va ouvrir un éditeur pour éditer le crontab. Je veux le faire par programmation.

Est-il possible de le faire?

InformationsquelleAutor gaurav | 2011-02-02
  1. 13

    Des tâches Cron sont généralement stockées dans un fichier de l'utilisateur en vertu de /var/spool/cron

    La chose la plus simple à faire pour vous est probablement juste de créer un fichier texte avec le travail configuré, puis de le copier dans le cron bobine de dossier et assurez-vous qu'il a les autorisations de droite.

    • En modifiant directement les fichiers dans /var/spool/cron est mal vu. En fait, si vous regardez les fichiers qu'ils contiennent généralement des avertissements tels que "NE PAS MODIFIER CE FICHIER" à la première ligne.
    • Alors que je suis assez d'accord avec l'idée, en disant c'est "mal vu" ne l'aide pas beaucoup. Plutôt dire qui autres le fichier doit être modifié, le cas échéant, d'en expliquer les risques de l'édition de fichiers manuellement. J'ai l'intention de créer des tâches cron via la ligne de commande automatique, et si la modification de ce fichier est à la fois la seule option, et sans effets secondaires importants, je ne vois pas pourquoi je ne devrais pas l'utiliser.
    • Faites défiler vers le bas pour la réponse réelle.
    • À mon avis, cette réponse est la façon de mieux: stackoverflow.com/a/610860/2681752
    • J'ai pris cette approche, et l'ont regretté. Sur RHEL, le répertoire /var/spool/cron n'est pas le monde de l'exécutable, de sorte que les utilisateurs ne peuvent pas traverser le répertoire et modifier leurs fichiers manuellement. Si vous faites /var/spool/cron monde exécutable, votre amicale locale sysadmin sera en colère contre vous, de plus, le changement de permission peut être remplacée si l'cronie paquet est déjà réinstallé et mis à jour.
    • ces avertissements sont souvent parce que il y a quelque chose comme cpanel ou plesk sur le serveur, et il peut remplacer le cron fichier(s) à un certain point. Conscients que vous pouvez avoir appris que dans les 4 dernières années!

    InformationsquelleAutor Jason Stelzer
  2. 330

    Voici un one-liner qui n'utilise pas/exiger le nouvel emploi dans un fichier:

    (crontab -l 2>/dev/null; echo "*/5 * * * * /path/to/job -with args") | crontab -

    La 2>/dev/null est important de sorte que vous n'obtenez pas la no crontab for username message que certains *nixes produire si il n'existe actuellement aucun crontab entrées.

    • Ce doit être la accepté de répondre. Juste besoin d'un moyen maintenant de vérifier si le one-liner j'ai l'intention d'ajouter est déjà là ou pas...
    • ...oh, attendez, voici comment vérifier si quelque chose est dans mon crontab avant que je ajouter avec un script: stackoverflow.com/a/14451184/3686125
    • si ce script est conçu comme une commande à être répété et modifier une tâche cron, il peut être agréable de remplacer la ligne existante dans la crontab. plusieurs indicateurs peuvent être utilisés pour contrôler les différentes tâches cron (contrôle-marqueur-1, contrôle-marqueur-2, etc...): (crontab -l 2>/dev/null | grep -v-marqueur-1; echo'*/5 * * * * / chemin/vers/emploi -avec args #contrôle-marqueur-1') | crontab -
    • J'ai trouvé que c'était la suppression de crontab entrées et aussi j'avais besoin d'utiliser un autre nom d'utilisateur (root) j'ai donc utilisé pour l'entretien de l'existant entrées: echo -e "$(sudo crontab -u root -l)\n* * * * * echo hello > /home/danny/temp.log 2>&1" | sudo crontab -u root - j'espère que cela aide quelqu'un
    InformationsquelleAutor Joe Casadonte
  3. 55

    Pour l'utilisateur crontabs (y compris la racine), vous pouvez faire quelque chose comme:

    crontab -l -u user | cat - filename | crontab -u user -

    où le fichier nommé "nom de fichier" contient des éléments à ajouter. Vous pouvez également faire de la manipulation d'un texte à l'aide de sed ou un autre outil à la place de cat. Vous devez utiliser le crontab de commande au lieu de modifier directement le fichier.

    Une opération similaire serait:

    { crontab -l -u user; echo 'crontab spec'; } | crontab -u user -

    Si vous êtes à la modification ou de la création du système des crontabs, ceux qui peuvent être manipulés comme vous le feriez ordinaire des fichiers texte. Ils sont stockés dans le /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthly les répertoires et les fichiers /etc/crontab et /etc/anacrontab.

    • Semblait prometteur, mais d'essayer la deuxième méthode (avec echo), je me suis "crontab: erreur d'utilisation: nom de fichier doit être spécifié pour les remplacer." Cron homme page montre la syntaxe comme crontab [ -u user ] file, qui est, avec obligatoirement un nom de fichier. Est-il une astuce pour obtenir à accepter les canalisations de données à la place?
    • Désolé à ce sujet. Dans un tuyau, un trait d'union doit être utilisé pour indiquer que l'entrée est à partir de stdin. Je vais corriger ma réponse.
    InformationsquelleAutor Paused until further notice.
  4. 26

    Dans Ubuntu et de nombreuses autres distributions, vous pouvez simplement mettre un fichier dans le /etc/cron.d répertoire contenant une seule ligne avec un valide crontab entrée. Pas besoin d'ajouter une ligne à un fichier existant.

    Si vous avez juste besoin de quelque chose pour une exécution quotidienne, il suffit de mettre un fichier dans /etc/cron.daily. De même, vous pouvez également déposer des fichiers dans /etc/cron.hourly, /etc/cron.monthly, et /etc/cron.weekly.

    • Mais vous devez être root pour le faire.
    InformationsquelleAutor IvanGoneKrazy
  5. 16

    Même plus simple de répondre à votre question serait:

    echo "0 1 * * * /root/test.sh" | tee -a /var/spool/cron/root

    Vous pouvez configurer les tâches cron sur des serveurs distants comme ci-dessous:

    #!/bin/bash
servers="srv1 srv2 srv3 srv4 srv5"
for i in $servers
  do
  echo "0 1 * * * /root/test.sh" | ssh $i " tee -a /var/spool/cron/root"
done

    Sous Linux, l'emplacement par défaut de la crontab fichier est /var/spool/cron/. Ici vous pouvez trouver les crontab les fichiers de tous les utilisateurs. Vous avez juste besoin d'ajouter votre tâche cron entrée de l'utilisateur du fichier. Dans l'exemple ci-dessus, l'utilisateur root crontab, le fichier est ajouté avec une tâche cron pour exécuter /root/test.sh tous les jours à 1 heure du matin.

    InformationsquelleAutor ganesh pathak
  6. 16

    Crontab fichiers sont de simples fichiers texte et peuvent être traités comme n'importe quel autre fichier texte. Le but de la crontab de commande est de rendre l'édition de fichiers crontab plus sûr. Lors de l'édition par le biais de cette commande, le fichier est vérifié pour les erreurs et ne sont enregistrées que si il n'en existe aucune.

    crontab [path to file] peut être utilisé pour spécifier un crontab stockées dans un fichier. Comme crontab -e, ce sera seulement installer le fichier si il est exempt d'erreur.

    Par conséquent, un script peut soit écrire directement cron onglet fichiers, ou de les écrire dans un fichier temporaire et de les charger avec le crontab [path to temp file] de commande. Écrit directement évite d'avoir à écrire un fichier temporaire, mais il évite aussi le contrôle de sécurité.

    • Pour les noobs comme moi-même, notez qu'il est crontab [path to file] .. C'était certainement la meilleure option pour moi, car il permet un code plus lisible. Je crontab pour le suivi de colis et de changer mon papier peint de bureau avec le statut. Quand je ne suis pas attendre colis, il n'a pas besoin de vérifier toutes les heures. C'est pourquoi je voulais le script d'auto-éditer le cron de fréquence.
    • Qui sonne comme une formidable script que j'aimerais être en mesure de voler. Toute possibilité de partage via un gist ou similaires?
    InformationsquelleAutor cledoux
  7. 6

    (Je n'ai pas assez de réputation pour le commentaire, je suis donc d'ajouter, à titre de réponse: n'hésitez pas à l'ajouter comme commentaire à côté de sa réponse)

    Joe Casadonte du one-liner est parfait, sauf si vous exécutez avec set -e, c'est à dire si votre script est défini à l'échec en cas d'erreur, et si il n'y a pas cronjobs encore. Dans ce cas, le one-liner ne va PAS créer la tâche cron, mais ne sera PAS arrêter le script. Le silence de l'échec peut être très trompeur.

    La raison en est que crontab -l revient avec un 1 code de retour, provoquant la commande subséquente (le echo) de ne pas être exécutée... donc la tâche cron n'est pas créé. Mais, depuis qu'ils sont exécutés comme un sous-processus (à cause de la parenthèse) ils n'ont pas arrêter le script.

    (En fait, si vous exécutez à nouveau la commande même, cela fonctionne: une fois que vous avez exécuté crontab - une fois, crontab -l encore sorties de rien, mais il ne retourne pas une erreur de plus (vous n'obtenez pas la no crontab for <user> message). De sorte que la postérieure echo est exécuté et la crontab est créé)

    Dans tous les cas, si vous exécutez avec set -e, la ligne doit être:

    (crontab -l 2>/dev/null || true; echo "*/5 * * * * /path/to/job -with args") | crontab -
    InformationsquelleAutor Faria
  8. 6

    Comme une correction à ceux qui suggèrent crontab -l | crontab -: Cela ne fonctionne pas sur tous les systèmes. Par exemple, j'ai dû ajouter une tâche dans la crontab de root sur des dizaines de serveurs exécutant une ancienne version de SUSE (ne me demandez pas pourquoi). Vieux SUSEs ajouter des lignes de commentaires à la sortie de crontab -l, faire crontab -l | crontab - non-idempotent (Debian reconnaît ce problème dans la crontab man et patché sa version de Vixie Cron pour modifier le comportement par défaut de crontab -l).

    Pour modifier les crontabs par programme sur les systèmes où crontab -l ajoute des commentaires, vous pouvez essayer ce qui suit:

    EDITOR=cat crontab -e > old_crontab; cat old_crontab new_job | crontab -

    EDITOR=cat dit crontab pour utiliser cat comme un éditeur (pas l'habituel défaut vi), qui ne modifie pas le fichier, mais au lieu de copies sur la sortie standard. Cela pourrait encore échouer si crontab - attend d'entrée dans un format différent de ce que crontab -e sorties. N'essayez pas de remplacer la finale crontab - avec crontab -e - il ne fonctionnera pas.

    InformationsquelleAutor user2845840
  9. 3

    Bien /etc/crontab juste un fichier ascii donc le plus simple est de simplement

     echo "*/15 * * * *   root     date" >> /etc/crontab

    qui va ajouter un travail qui se chargera de vous toutes les 15 minutes. Ajuster le goût, et à l'essai par l'intermédiaire grep ou par d'autres moyens que la ligne a déjà été ajouté afin de rendre votre script idempotent.

    Sur Ubuntu et al, vous pouvez également déposer des fichiers dans /etc/cron.* qui est plus facile à faire et à tester pour la---de plus, vous ne salissez pas avec (système) des fichiers de configuration tels que /etc/crontab.

    • Je pense que, techniquement, crond n'est pas tenu de surveiller les changements de crontab, même si, en réalité, la plupart des implémentations ne, donc, je vous recommande un appel à la commande " crontab-e par la suite à la prod c'. crontab -e, rend hommage à l'ÉDITEUR de variable si ma mémoire est bonne, de sorte que le paramètre /bin/true pour le moment, faut juste forcer le crontab pour être re-lire.
    • Vrai encore sur tous les système Linux crond t moniteur, et ce n'est certainement sur le cas des OP a déclaré plate-forme.
    • Seulement si vous êtes à la racine et voulez exécuter le script en tant que root. Qui pourrait ne pas être souhaitable dans la Fpo cas.
    • Pas tellement, j'ai beaucoup de non-root entrées dans /etc/crontab. Vous "simplement" besoin de sudo à ajouter au fichier. De toute façon, comme je l'ai dit, il y a aussi /etc/cron.*/ mais vous avez aussi besoin d'être root pour y écrire.
    InformationsquelleAutor Dirk Eddelbuettel
  10. 2

    Voici comment modifier cron une entrée sans modifier directement le fichier cron (ce qui est mal vu).

    crontab -l -u <user> | sed 's/find/replace/g' | crontab -u <user> -

    Si vous souhaitez supprimer une entrée cron, utilisez ceci:

    crontab -l -u <user> | sed '/find/d' | crontab -u <user> -

    Je me rends compte que ce n'est pas ce que gaurav a été demander, mais pourquoi ne pas avoir toutes les solutions en un seul endroit?

    InformationsquelleAutor Brian Smith
  11. 1

    J'ai écrit un crontab déployer l'outil en python: https://github.com/monklof/deploycron

    pip install deploycron

    Installer votre crontab est très facile, cela permettra de fusionner les crontab dans le système existant de crontab.

    from deploycron import deploycron
deploycron(content="* * * * * echo hello > /tmp/hello")
    InformationsquelleAutor monklof
  12. 0

    C'est une approche incrémentale ajouter la tâche cron:

      ssh USER_NAME@$PRODUCT_IP nohup "echo '*/2 * * * * ping -c2 PRODUCT_NAME.com >> /var/www/html/test.html' | crontab -u USER_NAME -"
    InformationsquelleAutor Oleksii Kyslytsyn