Galera fiz uma burrada fiz um crontab -d e agora tem como eu recuperar ? Nao funciona mais nada :(
Uso slack 10.2
[]´s
koringa
Versão Imprimível
Galera fiz uma burrada fiz um crontab -d e agora tem como eu recuperar ? Nao funciona mais nada :(
Uso slack 10.2
[]´s
koringa
-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!
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.
Código :
Código :
Abraços
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
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....
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
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
kra faz assim explica + detalhadamente o q esse script vai fazer e qual periodo que vc quer que ele rode....
Beleza, é o seguinte:Citação:
Postado originalmente por tuxson
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
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
Citação:
Postado originalmente por tuxson
Ai tuxson, blz eu vou poder testar de noite ai, caso positivo eu respondo aqui :)
Valeu vou tentar
Abraços
koringa
Blz... + se der erro responde tb hehehe... pra gente tenta corrigi... rsrsrsrs
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:
Código :
3 - Em versões MUITO antigas do CRON, você deveria deixar uma linha em branco após a última linha do seu CRONTAB.
É isso ai gurizada, deu certo :)Citação:
Postado originalmente por tuxson
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