Come faccio a creare un crontab tramite uno script

Devo aggiungere un cron job tramite uno script che eseguo per configurare un server. Attualmente sto usando Ubuntu. Posso usare crontab -ema questo aprirà un editor per modificare l'attuale crontab. Voglio farlo programmaticamente.

È possibile farlo?

I lavori Cron di solito sono memorizzati in un file per utente sotto /var/spool/cron

La cosa più semplice da fare è probabilmente creare un file di testo con il lavoro configurato, quindi copiarlo nella cartella spool cron e assicurarsi che disponga delle autorizzazioni giuste (600).

Ecco un one-liner che non usa / richiede che il nuovo lavoro sia in un file:

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

Il 2>/dev/nullè importante in modo che non si ottiene il no crontab for usernamemessaggio che alcuni nix * producono se non ci sono al momento le voci non crontab.

Per i crontab utente (incluso root), puoi fare qualcosa del tipo:

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

dove il file denominato "nomefile" contiene elementi da aggiungere. Puoi anche fare manipolazione del testo usando sedo un altro strumento al posto di cat. Dovresti usare il crontabcomando invece di modificare direttamente il file.

Un'operazione simile sarebbe:

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

Se stai modificando o creando crontab di sistema, questi potrebbero essere manipolati come faresti con normali file di testo. Essi sono memorizzati nelle /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthlydirectory e nei file /etc/crontabe /etc/anacrontab.

In Ubuntu e in molte altre distribuzioni, puoi semplicemente inserire un file nella /etc/cron.ddirectory contenente una singola riga con una voce crontab valida . Non è necessario aggiungere una linea a un file esistente.

Se hai solo bisogno di qualcosa da eseguire ogni giorno, inserisci semplicemente un file /etc/cron.daily. Allo stesso modo, è anche possibile rilasciare i file in /etc/cron.hourly, /etc/cron.monthlye /etc/cron.weekly.

Una risposta ancora più semplice alla tua domanda sarebbe:

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

Puoi configurare cronjobs su server remoti come di seguito:

#!/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

In Linux, il percorso predefinito del crontabfile è /var/spool/cron/. Qui puoi trovare i crontabfile di tutti gli utenti. Hai solo bisogno di aggiungere la tua voce cronjob al file del rispettivo utente. Nell'esempio sopra, il file crontab dell'utente root viene accodato con un cronjob per essere eseguito /root/test.shogni giorno all'una di notte.

I file Crontab sono semplicemente file di testo e come tali possono essere trattati come qualsiasi altro file di testo. Lo scopo del crontabcomando è rendere più sicura la modifica dei file crontab. Se modificato tramite questo comando, il file viene verificato per errori e salvato solo se non ce ne sono.

crontab [path to file]può essere usato per specificare un crontab memorizzato in un file. Ad esempio crontab -e, questo installerà il file solo se è privo di errori.

Pertanto, uno script può scrivere direttamente file cron tab oppure scriverli in un file temporaneo e caricarli con il crontab [path to temp file]comando. La scrittura direttamente evita di dover scrivere un file temporaneo, ma evita anche il controllo di sicurezza.

(Non ho abbastanza reputazione per commentare, quindi aggiungo come risposta: sentiti libero di aggiungerlo come commento accanto alla sua risposta)

Il one-liner di Joe Casadonte è perfetto, tranne se si esegue con set -e, cioè se lo script è impostato per fallire in caso di errore e se non ci sono ancora cronjobs. In tal caso, il one-liner NON creerà il cronjob, ma NON fermerà lo script. Il fallimento silenzioso può essere molto fuorviante.

Il motivo è che crontab -lritorna con un 1codice di ritorno, facendo sì che il comando successivo (il echo) non venga eseguito ... quindi il cronjob non viene creato. Ma poiché vengono eseguiti come sottoprocesso (a causa della parentesi) non fermano la sceneggiatura.

(È interessante notare che se si esegue di nuovo lo stesso comando, funzionerà: una crontab -volta eseguito una volta, non viene crontab -lancora emesso nulla, ma non viene più restituito un errore (non viene più visualizzato il no crontab for <user>messaggio). Quindi echoviene eseguito il successivo e viene creato il crontab)

In ogni caso, se corri con set -e, la linea deve essere:

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

Come correzione a quelli che suggeriscono crontab -l | crontab -: questo non funziona su tutti i sistemi. Ad esempio, ho dovuto aggiungere un lavoro al crontab di root su dozzine di server che eseguono una vecchia versione SUSE (non chiedere perché). I vecchi SUSE antepongono le righe di commento all'output di crontab -l, rendendo crontab -l | crontab -non idempotente (Debian riconosce questo problema nella manpage crontab e ha corretto la sua versione di Vixie Cron per cambiare il comportamento predefinito di crontab -l).

Per modificare i crontab a livello di codice sui sistemi in cui vengono crontab -laggiunti commenti, è possibile provare quanto segue:

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

EDITOR=catdice a crontab di usare catcome editor (non il solito vi predefinito), che non cambia il file, ma invece lo copia su stdout. Ciò potrebbe comunque non riuscire se si crontab -prevede un input in un formato diverso da quello degli crontab -eoutput. Non provare a sostituire il finale crontab -con crontab -e- non funzionerà.

Bene /etc/crontabsolo un file ASCII quindi il più semplice è solo

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

che aggiungerà un lavoro che ti invierà un'email ogni 15 minuti. Adatta a tuo piacimento, e prova con grepo altro significa se la linea è già stata aggiunta per rendere idempotente il tuo script.

Su Ubuntu et al., Puoi anche rilasciare i file in /etc/cron.*cui è più facile fare e testare --- inoltre non si scherza con i file di configurazione (di sistema) come /etc/crontab.

Ecco come modificare cron una voce senza modificare direttamente il file cron (che è disapprovato).

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

Se vuoi rimuovere una voce cron, usa questa:

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

Capisco che questo non è ciò che Gaurav chiedeva, ma perché non avere tutte le soluzioni in un unico posto?

Ho scritto uno strumento di distribuzione crontab in Python: https://github.com/monklof/deploycron

pip install deploycron

Installare il tuo crontab è molto semplice, questo unirà il crontab al crontab esistente del sistema.

from deploycron import deploycron
deploycron(content="* * * * * echo hello > /tmp/hello")

È un approccio per aggiungere in modo incrementale il processo cron:

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