¿Cómo creo un crontab a través de un script?

Necesito agregar un trabajo cron a través de un script que ejecuto para configurar un servidor. Actualmente estoy usando Ubuntu. Puedo usar crontab -epero eso abrirá un editor para editar el crontab actual. Quiero hacer esto programáticamente.

¿Es posible hacerlo?

Los trabajos Cron generalmente se almacenan en un archivo por usuario en /var/spool/cron

Probablemente, lo más sencillo es crear un archivo de texto con el trabajo configurado, luego copiarlo en la carpeta de spool cron y asegurarse de que tenga los permisos correctos (600).

Aquí hay una línea que no usa / no requiere que el nuevo trabajo esté en un archivo:

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

Esto 2>/dev/nulles importante para que no reciba el no crontab for usernamemensaje que producen algunos * nixes si actualmente no hay entradas de crontab.

Para los crontabs de usuario (incluida la raíz), puede hacer algo como:

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

donde el archivo llamado "nombre de archivo" contiene elementos para agregar. También puede hacer manipulación de texto usando sedu otra herramienta en lugar de cat. Deberías usar elcrontab comando en lugar de modificar directamente el archivo.

Una operación similar sería:

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

Si está modificando o creando crontabs del sistema, estos pueden manipularse como lo haría con los archivos de texto normales. Se almacenan en los /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthlydirectorios y en los archivos /etc/crontaby /etc/anacrontab.

En Ubuntu y muchas otras distribuciones, solo puede poner un archivo en el /etc/cron.ddirectorio que contiene una sola línea con un crontab válido entrada . No es necesario agregar una línea a un archivo existente.

Si solo necesita algo para ejecutar diariamente, simplemente coloque un archivo /etc/cron.daily. Del mismo modo, también se puede soltar archivos en /etc/cron.hourly, /etc/cron.monthly, y /etc/cron.weekly.

Una respuesta aún más simple a su pregunta sería:

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

Puede configurar cronjobs en servidores remotos de la siguiente manera:

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

En Linux, la ubicación predeterminada del crontabarchivo es /var/spool/cron/. Aquí puede encontrar los crontabarchivos de todos los usuarios. Solo necesita agregar su entrada de cronjob al archivo del usuario respectivo. En el ejemplo anterior, el archivo crontab del usuario raíz se agrega con un cronjob para ejecutarse /root/test.shtodos los días a la 1 AM.

Los archivos Crontab son simplemente archivos de texto y, como tales, pueden tratarse como cualquier otro archivo de texto. El propósito del crontabcomando es hacer que la edición de archivos crontab sea más segura. Cuando se edita a través de este comando, el archivo se verifica en busca de errores y solo se guarda si no hay ninguno.

crontab [path to file]se puede usar para especificar un crontab almacenado en un archivo. Al igual crontab -e, esto solo instalará el archivo si está libre de errores.

Por lo tanto, un script puede escribir directamente archivos de pestaña cron o escribirlos en un archivo temporal y cargarlos con el crontab [path to temp file]comando. Escribir directamente ahorra tener que escribir un archivo temporal, pero también evita la verificación de seguridad.

(No tengo suficiente reputación para comentar, así que estoy agregando como respuesta: siéntase libre de agregarlo como comentario junto a su respuesta)

El one-liner de Joe Casadonte es perfecto, excepto si corres conset -e , es decir, si su script está configurado para fallar en caso de error, y si todavía no hay cronjobs. En ese caso, el one-liner NO creará el cronjob, pero NO detendrá el script. El fracaso silencioso puede ser muy engañoso.

La razón es que crontab -lregresa con un 1código de retorno, causando el siguiente comando (elecho ) no se ejecute ... por lo tanto, el cronjob no se crea. Pero como se ejecutan como un subproceso (debido al paréntesis), no detienen el script.

(Curiosamente, si ejecuta el mismo comando nuevamente, funcionará: una vez que haya ejecutado crontab -una vez, crontab -laún no muestra nada, pero ya no devuelve un error (ya no recibe el no crontab for <user>mensaje). Entonces echose ejecuta el siguiente y se crea el crontab)

En cualquier caso, si corre con set -e, la línea debe ser:

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

Como corrección para aquellos que sugieren crontab -l | crontab -: esto no funciona en todos los sistemas. Por ejemplo, tuve que agregar un trabajo al crontab raíz en docenas de servidores que ejecutan una versión anterior SUSE (no pregunte por qué). Los antiguos SUSE anteponen líneas de comentarios a la salida de crontab -l, haciendo que crontab -l | crontab -no sean idempotentes (Debian reconoce este problema en la página de manual de crontab y parcheó su versión de Vixie Cron para cambiar el comportamiento predeterminado de crontab -l).

Para editar crontabs mediante programación en sistemas donde crontab -lagrega comentarios, puede intentar lo siguiente:

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

EDITOR=catle dice a crontab que lo use catcomo editor (no el vi predeterminado habitual), que no cambia el archivo, sino que lo copia en stdout. Esto aún podría fallar si crontab -espera una entrada en un formato diferente de lo que sale crontab -e. No intente reemplazar el final crontab -con crontab -e- no funcionará.

Bueno, /etc/crontabsolo un archivo ASCII, así que lo más simple es

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

que agregará un trabajo que le enviará un correo electrónico cada 15 minutos. Ajuste al gusto y pruebe a través degrep u otro medio si la línea ya se agregó para hacer que su script sea idempotente.

En Ubuntu et al, también puede colocar archivos en los /etc/cron.*que es más fácil de hacer y probar --- además no se mete con archivos de configuración (del sistema) como /etc/crontab.

Aquí se explica cómo modificar cron una entrada sin editar directamente el archivo cron (que está mal visto).

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

Si desea eliminar una entrada cron, use esto:

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

Me doy cuenta de que esto no es lo que Gaurav estaba pidiendo, pero ¿por qué no tener todas las soluciones en un solo lugar?

He escrito una herramienta de implementación de crontab en python: https://github.com/monklof/deploycron

pip install deploycron

Instalar su crontab es muy fácil, esto fusionará el crontab en el crontab existente del sistema.

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

Es un enfoque para agregar incrementalmente el trabajo cron:

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