Comment créer une tâche cron avec Bash automatiquement sans que l'éditeur interactif?

Vous pourriez être en mesure de le faire à la volée

crontab -l | { cat; echo "0 0 0 0 0 some entry"; } | crontab -

crontab -l répertorie les crontab emplois, cat imprime, echo imprime la nouvelle commande et crontab - ajoute tous les imprimés des trucs dans le fichier crontab. Vous pouvez voir l'effet en faisant une nouvelle crontab -l.

Merci à tous pour votre aide. En regroupant tout ce que j'ai trouvé ici et d'ailleurs j'ai trouvé ceci:

Le Code

command="php $INSTALL/indefero/scripts/gitcron.php"
job="0 0 * * 0 $command"
cat <(fgrep -i -v "$command" <(crontab -l)) <(echo "$job") | crontab -

Je ne pouvais pas comprendre comment éliminer la nécessité pour les deux variables sans me répéter.

command est évidemment la commande que j'souhaitez planifier. job prend $command et ajoute les données de planification. J'avais besoin de deux variables séparément dans la ligne de code qui fait le travail.

Détails

1. De crédit à duckyflip, j'utilise ce petit rediriger truc (<(*command*)) pour activer la sortie de crontab -l dans l'entrée pour la fgrep commande.
2. fgrep filtre puis tout les matchs de $command (-v option), la casse (-i option).
3. Encore une fois, le peu de rediriger truc (<(*command*)) est utilisé pour activer le résultat de retour dans l'entrée pour la cat commande.
4. La cat de commande reçoit également echo "$job" (auto-explicatifs), encore une fois, grâce à l'utilisation de la redirection truc (<(*command*)).
5. Donc le filtre de sortie de crontab -l et le simple echo "$job", combinés, sont les canalisations ('|') à crontab - pour enfin être écrit.
6. Et ils vécurent heureux pour toujours!

En un mot:

Cette ligne de code filtre toutes les tâches cron qui correspondent à la commande, écrit ensuite le reste des tâches cron avec la nouvelle, fonctionnant comme un "ajout" ou "mise à jour" de la fonction.
Pour l'utiliser, tout ce que vous avez à faire est de permuter les valeurs de la command et job variables.

Il y a eu beaucoup de bonnes réponses autour de l'utilisation de crontab, mais ne mentionnent pas une méthode plus simple, comme l'utilisation de cron.

À l'aide de cron de profiter du système de fichiers et répertoires situés à /etc/crontab, /etc/cron.daily,weekly,hourly ou /etc/cron.d/:

cat > /etc/cron.d/<job> << EOF
SHELL=/bin/bash 
PATH=/sbin:/bin:/usr/sbin:/usr/bin 
MAILTO=root HOME=/  
01 * * * * <user> <command>
EOF

Dans cet exemple ci-dessus, nous avons créé un fichier dans /etc/cron.d/, à condition que les variables d'environnement pour la commande à exécuter avec succès, et a fourni à la user pour la commande, et le command lui-même. Ce fichier ne doit pas être exécutable et le nom ne doit contenir que alphanumériques et des tirets (plus de détails ci-dessous).

Pour donner une approfondie réponse mais, examinons les différences entre crontab vs cron/crond:

crontab -- maintain tables for driving cron for individual users

Pour ceux qui veulent exécuter le travail dans le contexte de leur utilisateur sur le système, à l'aide de crontab peut tout à fait logique.

cron -- daemon to execute scheduled commands

Pour ceux qui utilisent la gestion de la configuration ou souhaitez gérer des emplois pour les autres utilisateurs, dans ce cas, nous devrions l'utiliser cron.

Un rapide extrait de la page de manuel vous donne quelques exemples de ce qu'il faut et ne faut pas faire:

/etc/crontab et les fichiers dans /etc/cron.d doit être détenue par la racine, et ne doit pas être un groupe - ou d'autres-à l'écriture. Contrairement à la bobine de la zone, les fichiers sous /etc/cron.d ou les fichiers sous /etc/cron.horaires, /etc/cron.daily, /etc/cron.hebdomadaire et /etc/cron.mensuels peuvent aussi être des liens symboliques, à condition que le lien et le fichier de points sont la propriété de root. Les fichiers sous /etc/cron.d n'ont pas besoin d'être exécutable, alors que les fichiers sous /etc/cron.horaires, /etc/cron.daily, /etc/cron.hebdomadaire et /etc/cron.mensuel de faire, comme ils sont exécutés par les parties (voir run-parts(8) pour plus d'informations).

Source: http://manpages.ubuntu.com/manpages/trusty/man8/cron.8.html

La gestion des crons dans ce de la manière la plus facile et la plus évolutive à partir d'un point de vue du système, mais ne sera pas toujours la meilleure solution.

Pour une belle rapide et sale création/remplacement d'une crontab avec un script BASH, j'ai utilisé cette notation:

crontab <<EOF
00 09 * * 1-5 echo hello
EOF

Si vous êtes à l'aide de la Vixie Cron, par exemple, sur la plupart des distributions Linux, vous pouvez simplement mettre un fichier dans /etc/cron.d avec la personne de job cron.

Cela ne fonctionne que pour la racine de cours. Si votre système le permet, vous devriez voir plusieurs exemples dans il. (Notez le nom d'utilisateur inclus dans la ligne, dans la même syntaxe que l'ancien /etc/crontab)

C'est une triste misfeature dans cron qu'il n'y a aucun moyen de gérer cela en tant qu'utilisateur normal, et que tant de cron implémentations ont aucun moyen de gérer cela.

Ici est une fonction bash pour l'ajout d'une commande pour crontab sans duplication

function addtocrontab () {
  local frequency=$1
  local command=$2
  local job="$frequency $command"
  cat <(fgrep -i -v "$command" <(crontab -l)) <(echo "$job") | crontab -
}
addtocrontab "0 0 1 * *" "echo hello"

Donc, Debian, Ubuntu, et de nombreux autres distributions basées sur Debian...

Il y a une tâche cron concaténation mécanisme qui prend un fichier de config, les faisceaux et les ajoute à votre service cron en cours d'exécution.

Vous pouvez mettre un fichier dans /etc/cron.d/somefilename où somefilename est ce que vous voulez.

sudo echo "0,15,30,45 * * * * ntpdate -u time.nist.gov" >> /etc/cron.d/vmclocksync

Nous allons démonter ce:

sudo - parce que vous avez besoin des privilèges élevés pour changer cron configs dans le répertoire /etc

echo - un véhicule pour créer une sortie sur les mst en sortir. printf, chat... marcherait aussi bien

" - utiliser une apostrophe au début de votre chaîne, vous êtes un professionnel de la

0,15,30,45 * * * * - la norme cron calendrier d'exécution, celui-ci circule toutes les 15 minutes

ntpdate -u time.nist.gov - la commande réelle je veux courir

" - parce que mon premier guillemets besoin d'un copain à proximité de la ligne en cours de sortie

>> - la double redirection ajoute au lieu de remplace*

/etc/cron.d/vmclocksync - vmclocksync est le nom que j'ai choisi, il va dans /etc/cron.d/

* si nous avons utilisé l' > redirection, nous pouvions garantir que nous n'avions qu'une entrée de tâche. Mais, nous serions au risque de se faire sauter à l'écart de toutes autres règles dans un fichier existant. Vous pouvez décider pour vous-même, si possible, avec la destruction > est de droite ou de doublons possibles avec >> sont pour vous. Alternativement, vous pourriez faire quelque chose compliquée ou impliqués pour vérifier si le nom de fichier existe, si il ya quelque chose en elle, et si vous ajoutez à toute sorte de double-- mais, j'ai des trucs à faire et je ne peux pas le faire pour vous maintenant.

fonction de script pour ajouter des tâches cron. vérifier les entrées en double,utilisable expressions * > "

cronjob_creator () {         
# usage: cronjob_creator '<interval>' '<command>'

  if [[ -z $1 ]] ;then
    printf " no interval specified\n"
elif [[ -z $2 ]] ;then
    printf " no command specified\n"
else
    CRONIN="/tmp/cti_tmp"
    crontab -l | grep -vw "$1 $2" > "$CRONIN"
    echo "$1 $2" >> $CRONIN
    crontab "$CRONIN"
    rm $CRONIN
fi
}

testé :

$ ./cronjob_creator.sh '*/10 * * * *' 'echo "this is a test" > export_file'
$ crontab  -l
$ */10 * * * * echo "this is a test" > export_file

source : mon cerveau 😉

echo "0 * * * * docker system prune --force >/dev/null 2>&1" | sudo tee /etc/cron.daily/dockerprune