Existem desvantagens / conseqüências em adicionar tarefas agendadas diretamente ao / etc / crontab em vez de usar o comando crontab? [duplicado]

Question

CentOS 5.x

Percebi que alguém (presumivelmente outro administrador) adicionou uma entrada diretamente na parte inferior de /etc/crontab para que pareça:

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly
00 3 * * 0 root foocommand

Supondo que eu realmente queira que o comando seja executado como root, existem consequências para adicionar tarefas agendadas dessa maneira? Estou mais acostumado a usar crontab -e para adicionar / editar tarefas agendadas.

    

Answer 1

A partir da execução do comando no arquivo crontab, não há diferença. Pelo menos o Vixie cron (como no CentOS) verifica cada minuto se o tempo de modificação do diretório de spool ou o de /etc/crontab foi alterado.

No entanto, se você editar via crontab -e , e escrever o crontab será verificado por erros gritantes. Por exemplo, se a última linha do seu crontab for * * * * , você receberá a mensagem:

crontab: installing new crontab
"/tmp/crontab.HbT2Sa/crontab":27: bad day-of-week
errors in crontab file, can't install
Do you want to retry the same edit? (y/n) 

(pelo menos se a última linha for a linha 27).

Tal mecanismo de verificação não está claro se você acabou de adicionar linhas ao arquivo crontab ( /etc/crontab ou aquelas em /var/spool/cron/ ).