Removi o contrab :(

[koringa]

Galera fiz uma burrada fiz um crontab -d e agora tem como eu recuperar ? Nao funciona mais nada

Uso slack 10.2

[]´s
koringa

[xstefanox]

-d? Não seria -r?

Bom, infelizmente não tem como, a menos que você tenha alguma espécie de backup disso aí, mas você pode criar outro com -e...


Abraços!

[koringa]

Não é menos d mesmo, mas por exemplo: vamos la....

Estou como root, crontab -e

Adiciono:
*/1 * * * * /usr/bin/run-parts /opt/scripts 1> /dev/null

Abaixo meu crond novo que estou comecando a montar.
Mas ele nao executa a ultima linha. Tenho o diretorio opt com um arquivo chamado [verifica] la dentro.
Segue tb codigo do arquivo [verifica] que to fazendo um teste so pra executar.

Obs.: É para executar de 1 em um minuto mesmo.

# CRONTAB
# If you don't want the output of a cron job mailed to you, you have to direct
# any output to /dev/null. We'll do this here since these jobs should run
# properly on a newly installed system, but if they don't the average newbie
# might get quite perplexed about getting strange mail every 5 minutes. :^)
#
# Run the hourly, daily, weekly, and monthly cron jobs.
# Jobs that need different timing may be entered into the crontab as before,
# but most really don't need greater granularity than this. If the exact
# times of the hourly, daily, weekly, and monthly cron jobs do not suit your
# needs, feel free to adjust them.
#
# Run hourly cron jobs at 47 minutes after the hour:
47 * * * * /usr/bin/run-parts /etc/cron.hourly 1> /dev/null
 
 
#
# Run daily cron jobs at 4:40 every day:
40 4 * * * /usr/bin/run-parts /etc/cron.daily 1> /dev/null
 
 
#
# Run weekly cron jobs at 4:30 on the first day of the week:
30 4 * * 0 /usr/bin/run-parts /etc/cron.weekly 1> /dev/null
#
# Run monthly cron jobs at 4:20 on the first day of the month:
20 4 1 * * /usr/bin/run-parts /etc/cron.monthly 1> /dev/null
 
*/1 * * * * /usr/bin/run-parts /opt/scripts 1> /dev/null

#VERIFICA DENTRO DE /OPT
#!/bin/bash
 
ls /opt/acp

Abraços

[joseguilherme]

Saudações amigos,

Vou acompanhar este tópico, pois, sempre tive problemas quando executava pelo cron scripts que tinham alguma saída de dados para a saída padrão, como esse seu koringa, que executa um ls em /opt/acp.
Eu tive problema a última vez com um script que descompactava um arquivo zip. Quando eu descompactava esse arquivo através de um script que era executado no cron, o unzip jogava as informações para a saída padrão, se eu não redirecionasse a saída padrão para um arquivo ou para /dev/null, o cron não conseguia executar por completo o meu script.

Queria saber se tem outra maneira de contornar esse problema com alguma conf do cron ou se a gente tá fazendo alguma coisa errada.

abraços

[tuxson]

Kra num sei se estou falando besteira... + vamos tentar:

Logue como root
Cria um novo arquivo:
touch /var/spool/cron/crontabs/root

Coloca esse conteudo nele:
# Run hourly cron jobs at 47 minutes after the hour:
47 * * * * /usr/bin/run-parts /etc/cron.hourly 1> /dev/null
#
# Run daily cron jobs at 4:40 every day:
40 4 * * * /usr/bin/run-parts /etc/cron.daily 1> /dev/null
#
# Run weekly cron jobs at 4:30 on the first day of the week:
30 4 * * 0 /usr/bin/run-parts /etc/cron.weekly 1> /dev/null
#
# Run monthly cron jobs at 4:20 on the first day of the month:
20 4 1 * * /usr/bin/run-parts /etc/cron.monthly 1> /dev/null

Salva:
:x

Reinicia o Server

Depois que ele carregar v se vai da certo:
crontab -e

Espero que de certo....

[koringa]

Opa, td blz joseguilherme

Cara ne verdade, acho que deu pra entender ali, o meu crond deu pau ai refiz ele, mas não roda minhas tarefas. Ai coloquei um script em /opt chamado [verifica] que executa um [ ls /opt/acp ] para fazer um teste, mas ele nao executa aquele script lá no meu /opt
Ai não to sabendo mais o que fazer .. e estou querendo sugestões, exemplos enfim ... na verdade eu posso colocar no crond qualquer comando para executar em qualquer diretorio correto ? Ou o correto seria estar em /etc/cron.daily, /etc/cron.m .... eassim vai ? (No meu caso uso slackware 10.0)

Abraços
koringa

[koringa]

E ai tuxson blz ? Valeu pela dica, acho que sua intenção era para eu recuperar meu crond né ? Já consegui agora so falta fazer ele executar as tarefas direito hehehehe



Valeu véio
Abração

[tuxson]

kra faz assim explica + detalhadamente o q esse script vai fazer e qual periodo que vc quer que ele rode....

[koringa]

kra faz assim explica + detalhadamente o q esse script vai fazer e qual periodo que vc quer que ele rode....

Beleza, é o seguinte:

SCRIPT 1 ->é para rodar de 5 em 5 minutos e apenas executar um /usr/local/squid/sbin/squid -k reconfigure para pegar possíveis alterações que foram feitas no squid. Isso por que existe um usuário que coloca novas configurações remotamente, mas não tem acesso ao servidor então ele sabe que se alterar algo em 5 minutos no máximo estará valendo.

SCRIPT2 -> esse aqui vai rodar as 18:30 todos os dias, compactar um diretório, no caso /opt/acp, logo após vai enviar para outra maquina na rede.

A princípio são esses dois scripts que irão rodar de acordo como descritos.

Abração
koringa

[tuxson]

No final do cron para o script 1:
*/05 * * * * /usr/local/squid/sbin/squid -k reconfigure

No final do cron para o script 2:
* Neste caso eu te aconselharia a criar um script e chama-lo de bkp e coloca em /home, ai nesse script vc passa os parametros do backup... Não se esqueça de dar permissão a ele: chmod 755 /home/bkp
30 18 * * * /bin/bash /home/bkp

Valews

[koringa]

No final do cron para o script 1:
*/05 * * * * /usr/local/squid/sbin/squid -k reconfigure

No final do cron para o script 2:
* Neste caso eu te aconselharia a criar um script e chama-lo de bkp e coloca em /home, ai nesse script vc passa os parametros do backup... Não se esqueça de dar permissão a ele: chmod 755 /home/bkp
30 18 * * * /bin/bash /home/bkp

Valews

Ai tuxson, blz eu vou poder testar de noite ai, caso positivo eu respondo aqui

Valeu vou tentar
Abraços
koringa

[tuxson]

Blz... + se der erro responde tb hehehe... pra gente tenta corrigi... rsrsrsrs

[xstefanox]

Faz o seguinte:

1 - Verificar as permissões dos scripts;
2 - As saídas e debugs do CRON ficam disponíveis no arquivo /var/log/syslog (Geralmente, não é uma regra). Você pode visualizar mais facilmente o conteúdo do log referente ao CRON com a seguinte linha de comando:

# cat /var/log/syslog | grep CRON | less

3 - Em versões MUITO antigas do CRON, você deveria deixar uma linha em branco após a última linha do seu CRONTAB.

[koringa]

Blz... + se der erro responde tb hehehe... pra gente tenta corrigi... rsrsrsrs

É isso ai gurizada, deu certo

Ainda não larguei meu script oficial para rodar, o do backup. Mas por exemplo coloquei la no meu script um mkdir /home/teste ele criava o diretorio na boa, ou seja, me crond está funcionando de novo
Agora é fazer o script certo e deixar rodar ...

Aproveitando, aquele meu teste de dar um ls /opt/acp nunca rodava, por que ele nao mostra no console esse tipo de saida ?
E echo "ALGUMA COISA ..." esse acabei nao testando mas será que sai na boa

Abraços e obrigado a todos
qualquer coisa estamos ai