Crontab a-t-il un argument pour créer des tâches cron sans utiliser l'éditeur (crontab -e). Si oui, quel serait le code pour créer un cronjob à partir d'un script Bash?
Crontab a-t-il un argument pour créer des tâches cron sans utiliser l'éditeur (crontab -e). Si oui, quel serait le code pour créer un cronjob à partir d'un script Bash?
Réponses:
Vous pouvez ajouter à la crontab comme suit:
#write out current crontab
crontab -l > mycron
#echo new cron into cron file
echo "00 09 * * 1-5 echo hello" >> mycron
#install new cron file
crontab mycron
rm mycron
* * * * * "command to be executed"
- - - - -
| | | | |
| | | | ----- Day of week (0 - 7) (Sunday=0 or 7)
| | | ------- Month (1 - 12)
| | --------- Day of month (1 - 31)
| ----------- Hour (0 - 23)
------------- Minute (0 - 59)
Source nixCraft .
(crontab -l ; echo "00 09 * * 1-5 echo hello") | crontab -
- plus facile à copier le répondeur d'Edo
;
avec &&
comme garde-fou contre le cas en cas d' crontab -l
échec. donc, comme:(crontab -l && echo "0 0 0 0 0 some entry") | crontab -
crontab -l
échoue s'il n'y a pas de crontab, donc l'utilisation &&
rend impossible pour le script d'ajouter la première entrée à la crontab.
Vous pourrez peut-être le faire à la volée
crontab -l | { cat; echo "0 0 0 0 0 some entry"; } | crontab -
crontab -l
répertorie les travaux crontab actuels, l' cat
imprime, echo
imprime la nouvelle commande et crontab -
ajoute tous les éléments imprimés dans le fichier crontab. Vous pouvez voir l'effet en faisant une nouvelle crontab -l
.
crontab -l
répertorie les travaux crontab actuels, l' cat
imprime, echo
imprime la nouvelle commande et crontab -
ajoute tous les éléments imprimés dans le fichier crontab. Vous pouvez voir l'effet en faisant une nouvellecrontab -l
no crontab for <username>
, mais cela fonctionne quand même.
(crontab -l ; echo "00 09 * * 1-5 echo hello") | crontab -
fonctionne.
Celui-ci, plus court, ne nécessite aucun fichier temporaire, il est à l'abri de plusieurs insertions et il vous permet de modifier la planification d'une entrée existante.
Dites que vous en avez:
croncmd="/home/me/myfunction myargs > /home/me/myfunction.log 2>&1"
cronjob="0 */15 * * * $croncmd"
Pour l'ajouter à la crontab, sans duplication:
( crontab -l | grep -v -F "$croncmd" ; echo "$cronjob" ) | crontab -
Pour le supprimer de la crontab quelle que soit sa programmation actuelle:
( crontab -l | grep -v -F "$croncmd" ) | crontab -
Remarques:
Merci à tous pour votre aide. Assemblant ce que j'ai trouvé ici et ailleurs, j'ai trouvé ceci:
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 le besoin des deux variables sans me répéter.
command
est évidemment la commande que je veux programmer. job
prend $command
et ajoute les données de planification. J'avais besoin des deux variables séparément dans la ligne de code qui fait le travail.
<(*command*)
) pour transformer la sortie de crontab -l
en entrée pour la fgrep
commande.fgrep
filtre ensuite toutes les correspondances de $command
( -v
option), insensible à la casse ( -i
option).<(*command*)
) est utilisée pour transformer le résultat en entrée pour la cat
commande.cat
commande reçoit égalementecho "$job"
(auto-explicative), encore une fois, grâce à l'utilisation de la chose de redirection ( <(*command*)
).crontab -l
et la simple echo "$job"
, combinée, sont redirigées ('|') verscrontab -
pour être finalement écrites.Cette ligne de code filtre tous les travaux cron qui correspondent à la commande, puis écrit les travaux cron restants avec le nouveau, agissant efficacement comme une fonction "ajouter" ou "mettre à jour". Pour l'utiliser, tout ce que vous avez à faire est de remplacer les valeurs des variables command
et job
.
fgrep -v
crontab -l | fgrep -i -v "$command" | { cat; echo "$job"; } | crontab -l
EDIT (écrasement fixe):
cat <(crontab -l) <(echo "1 2 3 4 5 scripty.sh") | crontab -
crontab -l
échoue, mais crontab -
réussit, votre crontab sera un one-liner.
Il y a eu beaucoup de bonnes réponses autour de l'utilisation de crontab, mais aucune mention d'une méthode plus simple, comme l'utilisation cron
.
L'utilisation cron
profiterait des fichiers système et des répertoires situés dans /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/
, fourni les variables d'environnement pour que la commande s'exécute avec succès, et fourni le 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 des caractères alphanumériques et des tirets (plus de détails ci-dessous).
Pour donner une réponse approfondie, examinons les différences entre crontab
vs cron/crond
:
crontab -- maintain tables for driving cron for individual users
Pour ceux qui souhaitent exécuter le travail dans le contexte de leur utilisateur sur le système, l'utilisation crontab
peut être parfaitement logique.
cron -- daemon to execute scheduled commands
Pour ceux qui utilisent la gestion de configuration ou qui souhaitent gérer des travaux pour d'autres utilisateurs, auquel cas nous devrions utiliser cron
.
Un extrait rapide des pages de manuel vous donne quelques exemples de ce qu'il faut faire et ne pas faire:
/ etc / crontab et les fichiers dans /etc/cron.d doivent appartenir à root et ne doivent pas être accessibles en écriture groupée ou autre. Contrairement à la zone de spoule, les fichiers sous /etc/cron.d ou les fichiers sous /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly peuvent également être liens symboliques, à condition que le lien symbolique et le fichier vers lequel il pointe appartiennent à root. Les fichiers sous /etc/cron.d n'ont pas besoin d'être exécutables, tandis que les fichiers sous /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly le font, comme ils sont exécutés par run-parts (voir run-parts (8) pour plus d'informations).
Source: http://manpages.ubuntu.com/manpages/trusty/man8/cron.8.html
La gestion de crons de cette manière est plus facile et plus évolutive du point de vue du système, mais ne sera pas toujours la meilleure solution.
<job>
ne doit pas inclure d'extension de fichier.
Il y a de fortes chances que vous automatisiez cela et que vous ne souhaitiez pas qu'un seul travail soit ajouté deux fois. Dans ce cas, utilisez:
__cron="1 2 3 4 5 /root/bin/backup.sh"
cat <(crontab -l) |grep -v "${__cron}" <(echo "${__cron}")
Cela ne fonctionne que si vous utilisez BASH. Je ne connais pas la sh
syntaxe DASH ( ) correcte .
Mise à jour: cela ne fonctionne pas si l'utilisateur n'a pas encore de crontab. Un moyen plus fiable serait:
(crontab -l ; echo "1 2 3 4 5 /root/bin/backup.sh") | sort - | uniq - | crontab -
Alternativement, si votre distribution le prend en charge, vous pouvez également utiliser un fichier distinct:
echo "1 2 3 4 5 /root/bin/backup.sh" |sudo tee /etc/crond.d/backup
Trouvé ceux dans une autre question SO .
sh: 1: Syntax error: "(" unexpected
aide sh .
<
et (
. Cela signifie qu'il < (
échoue mais <(
fonctionne, sauf s'il y a des astérisques dans votre emploi du temps ...
cat <(crontab -l |grep -v "${CRON}") <(echo "${CRON}") | crontab -
Une variante qui n'édite crontab que si la chaîne souhaitée n'y est pas trouvée:
CMD="/sbin/modprobe fcpci"
JOB="@reboot $CMD"
TMPC="mycron"
grep "$CMD" -q <(crontab -l) || (crontab -l>"$TMPC"; echo "$JOB">>"$TMPC"; crontab "$TMPC")
Si vous utilisez Vixie Cron, par exemple sur la plupart des distributions Linux, vous pouvez simplement mettre un fichier dans /etc/cron.d avec le cronjob individuel.
Cela ne fonctionne bien sûr que pour root. Si votre système le prend en charge, vous devriez y voir plusieurs exemples. (Notez le nom d'utilisateur inclus dans la ligne, dans la même syntaxe que l'ancien / etc / crontab)
C'est une triste erreur dans cron qu'il n'y a aucun moyen de gérer cela en tant qu'utilisateur régulier, et que tant d'implémentations cron n'ont aucun moyen de gérer cela.
Donc, dans Debian, Ubuntu et de nombreuses distributions similaires basées sur Debian ...
Il existe un mécanisme de concaténation des tâches cron qui prend un fichier de configuration, les regroupe et les ajoute à votre service cron en cours d'exécution.
Vous pouvez placer un fichier sous /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
Démontons ceci:
sudo - parce que vous avez besoin de privilèges élevés pour modifier les configurations cron sous le répertoire / etc
echo - un véhicule pour créer une sortie en sortie standard. printf, cat ... fonctionnerait aussi
"- utilisez un guillemet double au début de votre chaîne, vous êtes un professionnel
0,15,30,45 * * * * - le programme de cron standard, celui-ci s'exécute toutes les 15 minutes
ntpdate -u time.nist.gov - la commande réelle que je veux exécuter
"- parce que mes premiers guillemets doubles ont besoin d'un copain pour fermer la ligne en cours de sortie
>> - la double redirection s'ajoute au lieu d'écraser *
/etc/cron.d/vmclocksync - vmclocksync est le nom de fichier que j'ai choisi, il va dans /etc/cron.d/
* si nous avons utilisé la redirection>, nous pourrions garantir que nous n'avions qu'une seule entrée de tâche. Mais nous risquerions de supprimer toute autre règle dans un fichier existant. Vous pouvez décider par vous-même si la destruction possible avec> est correcte ou si les doublons possibles avec >> sont pour vous. Alternativement, vous pouvez faire quelque chose de compliqué ou d'impliquer pour vérifier si le nom de fichier existe, s'il y a quelque chose dedans et si vous ajoutez n'importe quel type de doublon - mais, j'ai des choses à faire et je ne peux pas le faire pour vous maintenant.
Script Bash pour ajouter un travail cron sans l'éditeur interactif. Le code ci-dessous permet d'ajouter un cronjob à l'aide de fichiers Linux.
#!/bin/bash
cron_path=/var/spool/cron/crontabs/root
#cron job to run every 10 min.
echo "*/10 * * * * command to be executed" >> $cron_path
#cron job to run every 1 hour.
echo "0 */1 * * * command to be executed" >> $cron_path
echo "0 * * * * docker system prune --force >/dev/null 2>&1" | sudo tee /etc/cron.daily/dockerprune
Voici une fonction bash pour ajouter une commande à 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"
CRON="1 2 3 4 5 /root/bin/backup.sh"
cat < (crontab -l) |grep -v "${CRON}" < (echo "${CRON}")
ajouter le paramètre -w à la commande grep exacte, sans que le paramètre -w ajoute le cronjob "testing" entraîne la suppression du travail cron "testing123"
fonction de script pour ajouter / supprimer des cronjobs. aucune entrée de duplication:
cronjob_editor () {
# usage: cronjob_editor '<interval>' '<command>' <add|remove>
if [[ -z "$1" ]] ;then printf " no interval specified\n" ;fi
if [[ -z "$2" ]] ;then printf " no command specified\n" ;fi
if [[ -z "$3" ]] ;then printf " no action specified\n" ;fi
if [[ "$3" == add ]] ;then
# add cronjob, no duplication:
( crontab -l | grep -v -F -w "$2" ; echo "$1 $2" ) | crontab -
elif [[ "$3" == remove ]] ;then
# remove cronjob:
( crontab -l | grep -v -F -w "$2" ) | crontab -
fi
}
cronjob_editor "$1" "$2" "$3"
testé:
$ ./cronjob_editor.sh '*/10 * * * *' 'echo "this is a test" > export_file' add
$ crontab -l
$ */10 * * * * echo "this is a test" > export_file
Ma solution préférée serait la suivante:
(crontab -l | grep . ; echo -e "0 4 * * * myscript\n") | crontab -
Cela garantira que vous gérez correctement la nouvelle ligne vierge en bas. Pour éviter les problèmes avec crontab, vous devez généralement terminer le fichier crontab par une nouvelle ligne vierge. Et le script ci-dessus s'assure qu'il supprime d'abord toutes les lignes vides avec le "grep". partie, puis ajoutez une nouvelle ligne vierge à la fin avec le "\ n" à la fin du script. Cela empêchera également d'obtenir une ligne vierge au-dessus de votre nouvelle commande si votre fichier crontab existant se termine par une ligne vierge.
Non, il n'y a pas d'option dans crontab pour modifier les fichiers cron.
Vous devez: prendre le fichier cron actuel (crontab -l> newfile), le changer et mettre le nouveau fichier en place (crontab newfile).
Si vous connaissez Perl, vous pouvez utiliser ce module Config :: Crontab .
LLP, Andrea
fonction de script pour ajouter des tâches cron. vérifier les entrées en double, les expressions utilisables *> "
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;)
Vous pouvez probablement changer l'éditeur par défaut en ed et utiliser un hérédoc pour éditer.
EDITOR=ed
export EDITOR
crontab -e << EOF
> a
> * * * * * Myscript
> * * * * * AnotherScript
> * * * * * MoreScript
> .
> w
> q
> EOF
Notez le début > dans ce code signifie que la touche retour / entrée est enfoncée pour créer une nouvelle ligne.
Le a signifie APPEND afin qu'il n'écrase rien.
Le . signifie que vous avez terminé l'édition.
Le w signifie ÉCRIRE les modifications.
Le q signifie QUIT ou exit ed.
vous pouvez le vérifier
crontab -l
Vous pouvez également supprimer une entrée.
EDITOR=ed
export EDITOR
crontab -e << EOF
> /Myscript/
> d
> .
> w
> q
> EOF
Cela supprimera l'entrée crontab contenant Myscript.
Le d signifie supprimer le motif à l'intérieur du / / .
Non, revérifiez
crontab -l
Cette solution fonctionne à l'intérieur d'un script trop moins > bien sûr :-)