crontab-e por omissão utiliza vi. O ponto aqui é evitar corromper ou apagar conteúdo em um arquivo importante como o / etc / crontab só porque você deseja olhar para ele. Obviamente vi obras. crontab-l é seguro. opinião é seguro. vi não é uma ferramenta segura para fazer xixi em torno com o / etc / crontab arquivo.

Safe hábitos incluem usando crontab, não vi.

Concordo com Jim, que utilizando-e só para ver pode ser perigoso ... Eu sempre vi recentemente um arquivo gerado ... ou crontab-l | more ... (alguns de nossos DBAs usado para até que perderam os seus arquivos e realizados não tinham sobressalente ... É tão fácil não sei o que você está fazendo com as pessoas entrarem no seu escritório e distraí-lo enquanto telefone começa a tocar ...)

Concordo com vbe. Eu copie o crontab duas vezes (com e sem uma data suffix) a cópia de segurança de trabalho. Editar com vi e, em seguida, publicar o crontab com "crontab <filename>". Isto significa que você tem uma cópia de segurança do actual crontab, e uma cópia de todos os anteriores crontabs. Se quiser verificar as alterações que você pode executar o "diff".

Oi, uma nova pergunta sobre o crontab.
Tenho algumas máquinas em cluster para evitar interuption no processo de fabricação. Quando um está vivo eo outro é o sono.
Algum tempo acontece a alternar entre elas. Então eu parar o crontab em um e iniciá-lo em um outro. A questão é como posso garantir que o cron dois são a mesma coisa? Fiz um shell para verificar a diferença de dois / var /spool/cron / diretório crontabs e funcionar bem. Quando um alarme chegar eu alinhar manualmente o arquivo crontab do usuário na máquina de dormir usando crontab-e. Meu chefe me pedir para fazer esta ação automaticamente. Do u acho que está correta para alinhar a crontab usando a cópia remota do arquivo crontab usuários? Não tenho certeza, por exemplo, se eu fazer o crontab do usuário usando o vi a casca não é iniciado. Pela mesma razão eu prefiro alinhar o crontab manualy beaside com um escudo que fazem a RCP. Isso é correto ou fazer u pensar que eu poderia usar a RCP entre os / var /spool/cron files / crontabs?

Atenciosamente,
Andrea.

Eu vi pessoas passam semanas construção de um arquivo de cron (redoutable. ..) depois que foi perdido após um acidente e precisava de reinstalar o sistema operacional (para backup de muitos sites DONT / var vg raiz (vg00) eg / var / opt é aqui outro sistema de arquivos como o / var / opt / oracle e também são apoiados ...)
se você tivesse uma cópia do que você cron em outra parte (diretório home do usuário que o cron ou, por exemplo diretório dedicado / sm / cron) que você use sempre vi editar / salvar seguido por um cron crontab, você poderia então comparar o arquivo com o que está em / var /spool e também rdist-lo para outra caixa sem usar crontab-e, a partir da caixa alternativa seria fazer exatamente o mesmo com a diferença de um primeiro cron crontab Im certeza de que ele poderia ser automatizado, se necessário

Este é um tema oportuno para mim. Eu estava procurando em apenas um problema desde que eu tenho dois um nó de cluster de serviço da Guarda, em uso. Temos um grupo de volume aplicações activas em apenas um servidor de cada vez. Dependendo de qual servidor ele está ativo, o arquivo crontab tem emprego extra para executar.

Então eu pensei de ter um espaço dedicado e separado para o arquivo crontab local, e um no grupo de volume de aplicação para o crontab arquivo específico para ele.

Em seguida, um script pode ser feito para mesclar o arquivo de trabalho local cron com o arquivo de cron do grupo de volume de aplicação (se estiver montado) e, em seguida, submeter o arquivo crontab mesclado ao cron. Este script será executado com o arranque do pacote de cluster para o grupo de volume de aplicação.

O arquivo crontab local seria algo parecido com isto

 
#<header info>
# LOCAL start
<cron job>
<another cron job>
<etc>
# LOCAL end

 
# APP start
<cron job>
<another cron job>
<etc>
# APP end

 
crontab -l | sed -n -e '1,/\# LOCAL end/ p' > newlocal.cron