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

Stanislaw Pusep creaktive at gmail.com
Tue Oct 5 14:04:56 PDT 2010


Opa, juntando STDOUT e STDERR consegui uma pista! O cron envia isso no meu
email:

E: Some index files failed to download, they have been ignored, or old ones
used instead.
Fetched 160kB in 1min30s (1761B/s)
/bin/sh: line 1:  5909 Killed                  iPhone/apt/index.pl --skipwp
2>&1

"Killed", sem mais, nem menos. Neste ponto, o meu programa termina uma fase,
de coleta de dados a partir de uma série de .txt, e começa a outra, a de
atualização de uma tabela de 30 mil rows no MySQL.
Se eu rodar só a fase 1 pelo cron, no final dela sempre dá um "Killed",
entretanto tudo funciona OK, então chuto que o "Killed" acontece no garbage
collection.
Rodando somente a fase 2 pelo cron, às vezes dá "Killed", às vezes não.
Portanto, imagino que logo na entrada da fase 2 torra muita RAM (*não
deveria*, pois o processamento todo ocorre no MySQL). Se antes disso rodou a
fase 1, a RAM já está "sujinha", então a chance do processo ser "Killed" é
elevada.
Que seja. Ainda assim, não entendo pq q funciona perfeitamente em 100% dos
casos se eu rodar o processo manualmente, pelo terminal :(

2010/10/1 Stanislaw Pusep <creaktive em gmail.com>

> Basicamente, é isso: http://tinypaste.com/35fae
>
> 2010/10/1 Frederico Recsky <listas em imovlr.com>
>
> Olá,
>>
>> 2010/9/29 Stanislaw Pusep <creaktive em gmail.com>:
>>
>> > variáveis do environment da shell interativa) no script
>> "/root/backup.sh".
>> > Se rodo pela shell, funciona. Pelo cron, não funciona. Aí coloquei no
>> cron
>> > algo como "ssh root em localhost /root/backup.sh" (tendo definido uma
>> chave
>> > c/passphrase vazio previamente). E funcionou! O que poderia causar esse
>> tipo
>> > de problema, sem ser environment?!
>>
>> Rola de voce colar esse backup.sh em algum canto?
>>
>> []'s
>>
>> Frederico
>> _______________________________________________
>> 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/20101005/ff1d1018/attachment.html>


More information about the SaoPaulo-pm mailing list