[SP-pm] RES: [OT] cron e os processos pesados

[Stanislaw Pusep]

Aliás, para supervisionar daemons travadiços, alguém já usou o
http://cr.yp.to/daemontools/supervise.html?

2010/9/30 Stanislaw Pusep <creaktive em gmail.com>

> Legal, creio que Proc::PID::File já seria de grande ajuda :D
> Implementei esta funcionalidade toscamente através do /proc, mas ficou meio
> inconsistente.
> Por outro lado, acho que valeria mesmo a pena dispensar de vez o cron
> (desculpe, Renato, rsss!) nos meus próprios scripts e implementá-los como
> daemons independentes.
> Entretanto, o rdiff-backup não funcionar do cron do Ubuntu e ninguém saber
> o porquê ainda me intriga bastante... Anyway, prefiro usar a minha
> gambiarrinha do SSH a arriscar resolver e perder backups :P
>
> 2010/9/30 Renato Santos <renato.cron em gmail.com>
>
> Aqui na empresa roda muitos processos paralelos que demoram diferente
>> tempos, e nunca tivemos problemas (pelo menos eu acho que nao!) a gente faz
>> assim: cd lugar; perl script.pl 1>/home/logs/nomedoapp.log 2>&1
>>
>> 2010/9/30 Fabio Adriano Soares <Fabio.Soares em tivit.com.br>
>>
>>>   “stats.pl &>/dev/null” não joga para /dev/null.
>>>
>>>
>>>
>>> O Otávio respondeu como fazer isso (basta colocar o /dev/null no lugar do
>>> arquivo que ele sugeriu):
>>>
>>> “01,31 * * * * nohup time stats.pl >> /var/tmp/stats_debug.txt 2>&1”
>>>
>>>
>>>
>>> Minhas dicas:
>>>
>>> - o usuário que executa a cron tem permissão para executar seu scripts?
>>>
>>> - o usuário que executa a cron tem o mesmo env que o que testa o scripts?
>>> (o Otávio também falou disso no e-mail)
>>>
>>> - seu script consegue ser executado sem que o diretório atual seja aquele
>>> onde ele está? (vá para a raiz e chame ele com o caminho completo)
>>>
>>>
>>>
>>> Tenho scripts que rodam pela cron que levam mais de 5 minutos e funcionam
>>> que é uma beleza.
>>>
>>>
>>>
>>> Abraços,
>>>
>>>
>>>
>>> Fábio
>>>
>>>
>>>
>>> *De:* saopaulo-pm-bounces+fabio.soares=tivit.com.br em pm.org [mailto:
>>> saopaulo-pm-bounces+fabio.soares <saopaulo-pm-bounces%2Bfabio.soares>=
>>> tivit.com.br em pm.org] *Em nome de *Stanislaw Pusep
>>> *Enviada em:* quarta-feira, 29 de setembro de 2010 22:02
>>> *Para:* saopaulo-pm em mail.pm.org
>>> *Assunto:* Re: [SP-pm] [OT] cron e os processos pesados
>>>
>>>
>>>
>>>
>>>
>>> Todos os seus processos criados para o cron estão sendo enviados para bg?
>>>
>>>
>>> De jeito nenhum!!!
>>>
>>>
>>>
>>> "01,31 * * * * stats.pl &>/dev/null".
>>>
>>> IMHO esta linha está errada, não existe necessidade de se utilizar &
>>> no final de um comando chamado pelo cron.
>>>
>>>
>>> Na verdade, isso só joga ambos STDOUT e STDERR para /dev/null :)
>>>
>>> Avalie esta questão e remova o > /dev/null para que o cron possa te
>>> enviar toda saída via mail no sistema.
>>>
>>>
>>> O processo roda a cada meia-hora... Não quero tantos emails assim :)
>>> Na verdade, esse é o objetivo do &>/dev/null: quando quero debugar, troco
>>> por &>~/debug.log
>>> É aí que posso ver que está executando porém terminando abruptamente...
>>>
>>> _______________________________________________
>>> SaoPaulo-pm mailing list
>>> SaoPaulo-pm em pm.org
>>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>>
>>
>>
>>
>> --
>> Renato Santos
>> http://www.renatocron.com/blog/
>>
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>
>
>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20100930/e5c97f0b/attachment.html>