SARG + CRONTAB
drum....@gmail.com
Em meu servidor possuo o SARG para gerar relatórios.
Nos últimos dias.. precisei que ele gerasse os mesmos sozinho.
Então, no /etc/crontab botei assim:
00 00 * * * root /usr/bin/local/sarg
Sendo que se eu executar o /usr/bin/local/sarg ele gera;
reiniciei o servidor ( pra garantir ).
Porém, os relatórios não são gerados automáticamente.
Estou fazendo algo errado?
Utilizo o CENTOS 5.5 64 Bits
Obrigado
--
Fabio Olive Leite
On 2010-10-26 drum....@gmail.com wrote:
>
> Em meu servidor possuo o SARG para gerar relatórios.
> Nos últimos dias.. precisei que ele gerasse os mesmos sozinho.
> Então, no /etc/crontab botei assim:
>
> 00 00 * * * root /usr/bin/local/sarg
Não precisa duplicar os zeros, um zero tá bom.
> Sendo que se eu executar o /usr/bin/local/sarg ele gera;
OK.
> reiniciei o servidor ( pra garantir ).
Não precisa reiniciar pra algo tão simples como atualizar uma crontab.
O cron foi notificado da mudança no momento que tu salvou o arquivo.
Só precisa reiniciar um Linux quando atualiza kernel ou alguma
biblioteca muito básica, como a glibc. De resto, as configurações são
aplicadas reiniciando os serviços afetados somente.
> Porém, os relatórios não são gerados automáticamente.
> Estou fazendo algo errado?
Provavelmente está te faltando apenas algum detalhe, do tipo uma ou mais
variáveis de ambiente que o SARG precisa e que estão configuradas no
teu shell, mas não estarão no cron. O cron envia erros e demais
mensagens para o email do root. Dá uma olhada lá e vê se tem alguma
mensagem de erro do SARG.
Abraço!
Fábio Olivé
--
TcheLinux.org, OeSC-Livre.org, Chapecó, SC
ex sed lex awk yacc, e pluribus unix, amem
Diego Vaz
--
Mensagem enviada para <http://groups.google.com/group/tchelinux>.
--
Diego Vaz
Linux User nº 41570
Notebook Linux nº 401703
http://counter.li.org/
Fabio Olive Leite
On 2010-10-27 Diego Vaz wrote:
>
> E na rotina do Cron tu não precisa colocar o root.
Se for o /etc/crontab precisa sim. man 5 crontab. :)
Henrique
Não leve a mal os comentários.
Percebi que tu tá cheio de problemas (lendo os teus posts antigos);
Uma coisa que aprendi em implementação de servidores etc; é se ocorrer algum problema; resolva-o antes de prosseguir para o próximo passo.
Se não o fizer, acaba por virar bola de neve e ocorre isso que está acontecendo com você.
Eu sou um cara que onde eu trabalho sempre quando tenho dúvida eu pergunto para algum colega pois isso valoriza a experiência daquele
a quem perguntamos. Quem não gosta de ser consultado? Prova que o cara tem confiança em ti.
Mas sempre que possível, realizo uma pesquisa na internet, afinal de contas... será que somos os primeiros a ter este problema??
Pode ser que sim... mas dificilmente....
Eu era assim também (e quem não é no início)
Em comparação a muitos, tenho pouco tempo na informática.. pouco mais de 4 anos...mas até que um dia resolvi pescar!!
Em relação ao teu problema, segue uma sugestão:
Pesquise no buscador desta maneira:
# pt-br
crontab não executa script
sarg+crontab+resolvido
# en
script not working in cron
crontab fails to run script
crontab doesn't run script correctly
crontab entries not executing
script does not run in cron job
how to debug an issue of cron's not executing a given script
ps: não esqueça de adicionar no final: solved; fixed; ou qquer outro termo que aponte como resolvido.
Ainda em tempo:
O log é meu pastor e no man nada me faltará!!
Verifique o log do crontab!! É pelo log que iniciaremos a resolução de um problema;
Não o substime!! Tu podes ter 15 anos de linux e alí (log) tu sempre voltarás!
Antes de instalar leia as intruções;
Leia o man!! alí tu irá encontrar o caminho para o sucesso!!
E se mesmo assim não encontrou: OCORRENCIAS=pesquise aqui no grupo
if [ $OCORRENCIAS -eq 0 ]
then
echo "Tua duvida aqui." | mail -s "Duvida" tche...@googlegroups.com
fi
Talvez este mail não resolva os teus problemas mas fica aqui compartilhado as minhas experiências!
Grande abraço!!
Obiwan - Henrique
Henrique
Estando como root e chamando a edi��o do cron pelo comando: "crontab -e"
n�o precisaria colocar o root /comando_qualquer
Mas, se vc edita diretamente o arquivo: vi /etc/crontab
Conforme estiver as permiss�es dos scripts... a� sim.. diz as boas
pr�ticas para indicar o usu�rio que dever� executar o script.
Abra�o!
Obiwan - Henrique
Em 27/10/2010 10:12, Fabio Olive Leite escreveu:
> Ol�!
>
> On 2010-10-27 Diego Vaz wrote:
>> E na rotina do Cron tu n�o precisa colocar o root.
> Se for o /etc/crontab precisa sim. man 5 crontab. :)
>
> F�bio Oliv�
Fabio Olive Leite
On 2010-10-27 Henrique wrote:
>
> Estando como root e chamando a edição do cron pelo comando: "crontab
> -e" não precisaria colocar o root /comando_qualquer
É que usando "crontab -e" ele cria um crontab
em /var/spool/cron/<user>, e aí neste caso não precisa o username na
linha do crontab, já que ele já sabe qual usuário é. Existe uma
diferença entre o /etc/crontab (que geralmente é melhor não mexer) e
o /var/spool/cron/root. Geralmente o /etc/crontab é deixado para as
tarefas previstas pela própria distribuição em uso, sendo atualizado
automaticamente pelos pacotes e etc (ou os /etc/cron.d/*).
> Mas, se vc edita diretamente o arquivo: vi /etc/crontab
> Conforme estiver as permissões dos scripts... aí sim.. diz as boas
> práticas para indicar o usuário que deverá executar o script.
No caso do /etc/crontab, especificamente, TEM que ter o usuário, não é
apenas uma boa prática. :)
Abraço!
drum....@gmail.com
Obrigado pelos comentários.
Tu tens razão, o certo é resolver um problema por vez. Ir até o fim..
Este é o segredo.
Problema do SARG resolvido. E do MSN-PROXY também.
Abraços.
--
Mensagem enviada para <http://groups.google.com/group/tchelinux>.
--
Fabio Olive Leite
On 2010-10-27 drum....@gmail.com wrote:
>
> Problema do SARG resolvido. E do MSN-PROXY também.
Se puder, comenta pro grupo como resolvestes, assim aprendemos
também. :)
drum....@gmail.com
O sarg, tive que fazer um DOWNGRADE de versão. Utilizei a sarg-2.2.5.tar.gz e foi.
O msn proxy, o problema estava em meu script de firewall.
Tive que inclui as regras:
iptables -A INPUT -i eth1 -s 192.168.2.0/24 -p tcp --dport 1863 -m state --state NEW -j ACCEPT
iptables -A INPUT -i eth1 -s 192.168.2.0/24 -p tcp --dport 25000:30000 -m state --state NEW -j ACCEPT
iptables -t nat -A PREROUTING -i eth1 -s 192.168.2.0/24 -p tcp --dport 1863 -j REDIRECT --to-port 1863
Sendo que a ETH1 é a placa da minha rede interna, e 192.168.2.0/24 a faixa de ips da minha rede interna.
Logo, vou disponibilizar um tutorial de como realizar a instalação do MSN-PROXY no Centos 5.5 64 Bits.
Pois tive muitos problemas, e vou ter o prazer em ajudar quem passar pela mesma dificuldade.
Postarei mais pra frente o link do artigo.
Obrigado.;
Lucas
--