Como criar um crontab por meio de um script

Preciso adicionar um trabalho cron através de um script que corro para configurar um servidor. Atualmente, estou usando o Ubuntu. Eu posso usar, crontab -emas isso abrirá um editor para editar o crontab atual. Eu quero fazer isso programaticamente.

É possível fazer isso?

Os trabalhos Cron geralmente são armazenados em um arquivo por usuário em /var/spool/cron

A coisa mais simples a fazer é provavelmente apenas criar um arquivo de texto com o trabalho configurado, copiá-lo para a pasta cron spool e verificar se ele possui as permissões corretas (600).

Aqui está uma lista que não usa / requer que o novo trabalho esteja em um arquivo:

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

O 2>/dev/nullé importante para que você não receba a no crontab for usernamemensagem que alguns * nixes produzem se atualmente não houver entradas crontab.

Para crontabs de usuário (incluindo root), você pode fazer algo como:

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

onde o arquivo chamado "nome do arquivo" contém itens a serem anexados. Você também pode manipular o texto usando sedou outra ferramenta no lugar de cat. Você deve usar o crontabcomando em vez de modificar diretamente o arquivo.

Uma operação semelhante seria:

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

Se você estiver modificando ou criando crontabs do sistema, eles podem ser manipulados como faria com arquivos de texto comuns. Eles são armazenados nos /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthlydiretórios e nos arquivos /etc/crontabe /etc/anacrontab.

No Ubuntu e em muitas outras distribuições, você pode simplesmente colocar um arquivo no /etc/cron.ddiretório que contém uma única linha com uma entrada válida do crontab . Não há necessidade de adicionar uma linha a um arquivo existente.

Se você só precisa de algo para executar diariamente, basta colocar um arquivo no /etc/cron.daily. Da mesma forma, você também pode soltar arquivos para /etc/cron.hourly, /etc/cron.monthly, e /etc/cron.weekly.

Uma resposta ainda mais simples para sua pergunta seria:

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

Você pode configurar cronjobs em servidores remotos como abaixo:

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

No Linux, o local padrão do crontabarquivo é /var/spool/cron/. Aqui você pode encontrar os crontabarquivos de todos os usuários. Você só precisa anexar sua entrada do cronjob ao arquivo do respectivo usuário. No exemplo acima, o arquivo crontab do usuário raiz está sendo anexado com um cronjob para ser executado /root/test.shtodos os dias às 01:00.

Os arquivos Crontab são simplesmente arquivos de texto e, como tal, podem ser tratados como qualquer outro arquivo de texto. O objetivo do crontabcomando é tornar a edição dos arquivos crontab mais segura. Quando editado por esse comando, o arquivo é verificado quanto a erros e salvo apenas se não houver nenhum.

crontab [path to file]pode ser usado para especificar um crontab armazenado em um arquivo. Assim crontab -e, isso só instalará o arquivo se estiver livre de erros.

Portanto, um script pode gravar diretamente os arquivos da guia cron ou gravá-los em um arquivo temporário e carregá-los com o crontab [path to temp file]comando Escrever diretamente evita a necessidade de gravar um arquivo temporário, mas também evita a verificação de segurança.

(Não tenho reputação suficiente para comentar, por isso estou adicionando como resposta: fique à vontade para adicioná-lo como comentário ao lado da resposta dele)

A linha única de Joe Casadonte é perfeita, exceto se você executar com set -e, ou seja, se o seu script estiver configurado para falhar por erro e se ainda não houver cronjobs. Nesse caso, o one-liner NÃO criará o cronjob, mas NÃO interromperá o script. A falha silenciosa pode ser muito enganadora.

O motivo é que crontab -lretorna com um 1código de retorno, fazendo com que o comando subseqüente (the echo) não seja executado ... portanto, o cronjob não é criado. Mas, como são executados como um subprocesso (por causa dos parênteses), eles não param o script.

(Curiosamente, se você executar o mesmo comando novamente, ele vai trabalhar: depois de ter executado crontab -uma vez, crontab -lainda saídas nada, mas ele não retorna mais um erro (você não obter a no crontab for <user>mensagem mais) para que o posterior. echoÉ executado e o crontab é criado)

De qualquer forma, se você executar com set -e, a linha deverá ser:

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

Como uma correção para aqueles que sugerem crontab -l | crontab -: Isso não funciona em todos os sistemas. Por exemplo, tive que adicionar um trabalho ao crontab raiz em dezenas de servidores executando uma versão antiga do SUSE (não pergunte o porquê). Os SUSEs antigos acrescentam linhas de comentário à saída de crontab -l, tornando crontab -l | crontab --os não-idempotentes (o Debian reconhece esse problema na página de manual do crontab e corrigiu sua versão do Vixie Cron para alterar o comportamento padrão de crontab -l).

Para editar programaticamente os crontabs em sistemas onde crontab -ladiciona comentários, você pode tentar o seguinte:

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

EDITOR=catdiz ao crontab para usar catcomo editor (não o vi padrão usual), que não altera o arquivo, mas o copia para o stdout. Isso ainda pode falhar se crontab -espera entrada em um formato diferente do que crontab -esai. Não tente substituir a final crontab -por crontab -e- ela não funcionará.

Bem, /etc/crontabapenas um arquivo ascii, então o mais simples é apenas

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

que adicionará um trabalho que enviará um e-mail a cada 15 minutos. Ajuste de acordo com o gosto e teste por grepmeios ou outros meios se a linha já foi adicionada para tornar seu script idempotente.

No Ubuntu et al, você também pode soltar arquivos nos /etc/cron.*quais é mais fácil fazer e testar --- além de não mexer com arquivos de configuração (sistema) como /etc/crontab.

Aqui está como modificar uma entrada do cron sem editar diretamente o arquivo cron (que é desaprovado).

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

Se você deseja remover uma entrada cron, use este:

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

Sei que não é isso que gaurav estava pedindo, mas por que não ter todas as soluções em um só lugar?

Eu escrevi uma ferramenta de implantação do crontab em python: https://github.com/monklof/deploycron

pip install deploycron

Instalar o seu crontab é muito fácil, isso irá mesclar o crontab no crontab existente do sistema.

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

É uma abordagem para adicionar incrementalmente o trabalho cron:

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