Valeu pelas dicas, pessoal!<br>Verifiquei isso tudo. Esclarecendo:<br><ol><li>Não importa o usuário; não roda para nenhum, ou então roda e depois é "morto"</li><li>Um exemplo de uma linha do crontab: "01,31 * * * * <a href="http://stats.pl">stats.pl</a> &>/dev/null". Sim, isso executa. Sendo que fui eu quem fiz esse script, mandei gerar uns logs e a coisa começa a rodar pelo cron. Mas, ÀS VEZES, não termina :(</li>
<li>Quando o script não foi feito por mim, como no caso do rdiff-backup, não faço ideia do que possa estar acontecendo, nem chega no estágio que gera logs</li><li>O comando do ssh que usei como exemplo foi para demonstrar que cron lida suficientemente bem com o processo do ssh. Então o problema é o script</li>
<li>Tento setar o environment manualmente pois sei que cron não seta tudo, só o dito "essencial"</li><li>Depois desse rolo todo, única coisa que me vem à cabeça é que cron aplica "ulimit" nos processos que cria. Em outros termos, os processos spawnados rodam em "jail". Isso explicaria tudo: processo que estoura algum limite imposto é assassinado sem escrúpulos. Aliás, vi nos fóruns por aí que coisas que rodam do crontab tem dificuldades para setar "ulimit" eles mesmos, o que reforça a minha tese. Porém esse "feature" não é documentado em nenhum lugar!!! E aí?!?!<br>
</li></ol><br><div class="gmail_quote">2010/9/29 zechim, lucas <span dir="ltr"><<a href="mailto:lzechim@gmail.com">lzechim@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Boa tarde,<br>
<br>
Verifique também se você não está direcionando a stdout e stderr para<br>
/dev/null :)<br>
<br>
Lucas Zechim<br>
<br>
<br>
<br>
<br>
2010/9/29 Alexei Znamensky <<a href="mailto:russoz@gmail.com">russoz@gmail.com</a>>:<br>
<div><div></div><div class="h5">><br>
>> 2010/9/29 Otávio Fernandes <<a href="mailto:otaviof@gmail.com">otaviof@gmail.com</a>><br>
>>><br>
>>> 2010/9/29 Stanislaw Pusep <<a href="mailto:creaktive@gmail.com">creaktive@gmail.com</a>>:<br>
>>> > PessoALL, alguém aqui teve algum tipo de problema ao rodar coisas<br>
>>> > relativamente pesadas a partir do cron? Vários scripts meus<br>
>>> > apresentaram<br>
>>> > variedade de problemas, como, por exemplo, processos muito demorados<br>
>>> > serem<br>
>>> > "assassinados" misteriosamente (sem que constasse nada nos reports que<br>
>>> > o<br>
>>> > cron manda pro mailbox). Mas o mais bizarro foi o caso do rdiff-backup<br>
>>> > (<a href="http://rdiff-backup.nongnu.org/" target="_blank">http://rdiff-backup.nongnu.org/</a>). No Ubuntu 10.04, simplesmente não<br>
>>> > acontece nada ao chamar ele. Isto é, salvei todos os parâmetros (e até<br>
>>> > as<br>
>>> > variáveis do environment da shell interativa) no script<br>
>>> > "/root/backup.sh".<br>
><br>
> Para verificar se a execução via cron está ou não funcionando de verdade,<br>
> veja no syslog. Por exemplo, na minha máquina de casa:<br>
> 17:25:09 BRT az@blueturtle:/var/log $ grep CRON syslog<br>
> [...]<br>
> Sep 29 08:15:01 blueturtle CRON[4288]: (root) CMD (/usr/sbin/service<br>
> ondemand start >/dev/null 2>&1)Sep 29 08:17:01 blueturtle CRON[4337]: (root)<br>
> CMD ( cd / && run-parts --report /etc/cron.hourly)<br>
> Sep 29 08:33:01 blueturtle CRON[4566]: (root) CMD (/usr/sbin/ntpdate -u<br>
> <a href="http://ntp.ansp.br" target="_blank">ntp.ansp.br</a> >/dev/null 2>&1)<br>
> Sep 29 17:15:38 blueturtle CRON[4949]: (root) CMD (/usr/sbin/service<br>
> ondemand start >/dev/null 2>&1)<br>
> Sep 29 17:17:01 blueturtle CRON[5327]: (root) CMD ( cd / && run-parts<br>
> --report /etc/cron.hourly)<br>
>>><br>
>>> > Se rodo pela shell, funciona. Pelo cron, não funciona. Aí coloquei no<br>
>>> > cron<br>
>>> > algo como "ssh root@localhost /root/backup.sh" (tendo definido uma<br>
>>> > chave<br>
>>> > c/passphrase vazio previamente). E funcionou! O que poderia causar esse<br>
>>> > tipo<br>
>>> > de problema, sem ser environment?!<br>
><br>
> Por "environment", estou presumindo que você quer dizer "environment<br>
> variables". Nesse caso, o que faz você ter certeza de que o problema não é<br>
> esse? Caso você veja no log que o script NÃO executou (chamando direto, ao<br>
> invés dessa gambi do ssh), eu recomendo que você analise mais profundamente<br>
> se não há mesmo dependências de variáveis de ambiente que podem estar sendo<br>
> setadas em algum dos arquivos de configuração do usuário ( .profile,<br>
> .bash_profile, .bashrc, ou algo nessa linha ). O cron NÃO usa esses arquivos<br>
> na execução.<br>
> []s,<br>
> --<br>
> Alexei Znamensky [russoz_gmail_com] [<a href="http://russoz.wordpress.com" target="_blank">russoz.wordpress.com</a>]<br>
> [<a href="http://www.flickr.com/photos/alexeiz" target="_blank">www.flickr.com/photos/alexeiz</a>]<br>
> «Only love / Can bring the rain / That makes you yearn to the sky»<br>
><br>
</div></div><div><div></div><div class="h5">> _______________________________________________<br>
> SaoPaulo-pm mailing list<br>
> <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
><br>
_______________________________________________<br>
SaoPaulo-pm mailing list<br>
<a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a></div></div></blockquote></div><br>