Em Tuesday 26 February 2002 23:06, Fabr�cio Lamonica escreveu:
> Ol�, pessoal!
>
> Uso o RH 7.2 e criei uma rotina de backup para fazer backup em CD-RW
> todo dia a noite, mas estou com um problema. Sempre na hora
> programada, essa rotina come�a ser executada, que � exatamente zerar
> todo o conte�do da m�dia, mas no passo seguinte que � o tar, a rotina
> � interrompida. J� tentei deixar no crontab somente a linha do tar,
> mas normalmente ela nem chega a ser executada e as vezes ele come�a a
> criar um arquivo .tgz e p�ra logo em seguida.
> Essa rotina foi programada como root e as permiss�es do arquivo s�o
> 777. Se, como root, eu executar esse arquivo no terminal, ele
> funciona perfeitamente.
> Algu�m j� passou por isso?

J�.

O Linux, ao contr�rio de outros SOs, em vez de travar quando falta 
mem�ria, joga fora processos que est�o dormindo.

Quando o cron inicia, ele chama o tar. O tar fica residente em mem�ria 
e o cron vai dormir. Pela nossa suspeita, quando o tar precisa de muito 
swap para comprimir grandes diret�rios, e n�o h� swap suficiente, o 
kernel faz de tudo para que o tar n�o abende e faz como todo navio que 
est� passando por uma grande tempestade, joga fora a carga excedente. O 
cron � a v�tima.

Como o cron � o processo-pai do tar (o cron chamou o tar), v�o ao mar o 
cron e tar. Quando voc� chama o tar a partir do bash, por algum motivo, 
o Linux n�o joga fora o bash (d� para imaginar por qu�). Assim, o 
processo vai at� o fim.

N�o sabemos se nossa teoria est� correta, mas chegar a essa conclus�o 
nos custou muito, porque esse tipo de problema � raro e suas causas s�o 
muito dif�ceis de detectar. Depois de muito cavoucar a Internet, 
achamos uma explica��o de umas vinte linhas em um canto qualquer 
esquecido da Net, n�o especificamente sobre o cron e o tar, mas foi o 
que acendeu a luz para chegarmos a essa conclus�o.

A solu��o foi refazer a instala��o com o disco corretamente 
particionado, definindo o swap com o dobro do tambanho do RAM, que no 
nosso caso era 96M.

O sistema hoje funciona muito bem e nunca mais deu problemas.

Lendo depois uma entrevista com o Rik Van Riel sobre mem�ria 
virtual (VM), a nossas suspeitas sobre as causas do problema acima 
foram aparentemente confirmadas.

http://linux.html.it/articoli/rik_van_riel_en1.htm

> Segue o meu arquivo.
>
> cdrecord -blank=all dev=0,0,0         <--- essa linha � executada
> tar -zcvf /backup/backup.tgz /etc /var/named /home
> mkisofs -o /backup/backup.iso -r -J /backup/backup.tgz
> cdrecord -v speed=4 dev=0,0,0 -data /backup/backup.iso

Espero que essa dica o ajude a resolver o problema.

[]s
-- 
Edgard Lemos 
[EMAIL PROTECTED]
Usu�rio Linux n� 135479


Assinantes em 27/02/2002: 2258
Mensagens recebidas desde 07/01/1999: 156388
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista: 
            mailto:[EMAIL PROTECTED]

Responder a