crontab não executa automático [RESOLVIDO]

n4t4n
(usa Arch Linux)

Enviado em 19/01/2012 - 08:21h

Seguinte, o cron não consegue executar tarefas que exibem mensagem na tela. Esse aptitude update por exemplo provavelmente não está sendo executado.

No caso da cópia dos arquivos tente fazê-lo manualmente e veja se ele não exibe alguma mensagem (normal como confirmação de substituição em caso da existência do arquivo no destino, ou mensagem de erro). Se exibir então terá que redirecionar a saída dos comandos para /dev/null e ver se o problema é solucionado.

clon¥
(usa Debian)

Enviado em 19/01/2012 - 10:55h

É estranho:
No debian 5.0 a mesma linha de comando não pede confirmação que vai subscrever, já no debian 6.0.3 pede confirmação.

De qualquer forma manualmente o backup é realizado.

Como ficaria a linha de comando para não mostrar o resultado durante a execução?

Pode me ajudar?
Continuo no sufoco.

clon¥
(usa Debian)

Enviado em 19/01/2012 - 12:50h

Ótimas dicas!
Agradeço desde já.

Testarei as opções apresentadas neste fim de semana e posto os resultados posteriormente.

Tomará que uma ou outra opção resolva. Olharei os detalhes mais tarde.

Valeu por enquanto.

andrecanhadas
(usa Debian)

Enviado em 19/01/2012 - 13:18h

1- Troca os comandos por scripts
2- Utiliza o rsync para fazer os backups

ex:
cria um scrips para fazer o backup
rsync -av /home /media/backup
rsync -av /etc/XXXXX /media/backup/etc

como root:
crontab -e ## Ai todos o scripts serão executados como root

## Backup Sabado
30 21 * * 6 /usr/local/bin/bkp_sabado.sh

clon¥
(usa Debian)

Enviado em 19/01/2012 - 13:34h

Então caríssimo,
Em algum momento deste fórum pensei mesmo que criar scripts para executar o backup seria mais eficiente e possivelmente não apresentaria problemas.

Só tem um detalhe:
Não sei criar scripts (ainda).

Será que você poderia me ajudar a finalizar este post com uma dica detalhada e "fazendo vista cega à minha preguiça de aprender - na verdade é um pouco de falta de tempo também".

Você consegue criar este script passo a passo para mim seguindo a minha idéia inicial?
Depois, como e onde eu coloco este script? Dentro do CRONTAB?

andrecanhadas
(usa Debian)

Enviado em 19/01/2012 - 14:12h

Crie os arquivos em:
/usr/local/bin/
ex:
cd /usr/local/bin

vim bkp_sabado.sh
#!/bin/sh
# /home=pasta que sera feito o backup e /media/backup= pasta destino
rsync -av /home /media/backup
rsync -av /etc/XXXXX /media/backup/etc

A partir da criar os outros
vim bkp_sexta.sh
rsync -av /home /media/backup
rsync -av /etc/XXXXX /media/backup/etc

Após a criação de todos setar as permissões para executar:
chmod +x /usr/local/bin/*

No Crontab:
Como uso o vim:
export VISUAL="vim"
crontab -e

Se preferir o modo grafico:
export VISUAL="gedit"
crontab -e

Adiciona as linhas

30 21 * * 6 /usr/local/bin/bkp_sabado.sh
#sexta - PAUSADO
30 23 * * 5 /usr/local/bin/bkp_sexta.sh
# Todos os dias as 23:00
00 23 * * * /usr/local/bin/Set_perm.sh

## Atualiza * * 0 = Domingo
30 4 * * 0 aptitude update && aptitude upgrade > /dev/null

e assim por diante respeitado a ordem 30=minuto 21 e 23= hora * * 0 a 6 dias da semana 0=domingo 1=segunda.... 6=sabado (Ver exemplo n4t4n )

Setar as permissões: (Set_perm.sh)
Mesmo principio dos scripts anteriores
#!/bin/sh

chmod 777 * -Rf /home/clientes
chmod 777 * -Rf /home/transferencia
chmod 777 * -Rf /home/criacao
chmod 770 * -Rf /home/promocao
chmod 777 * -Rf /criacao
chown -Rf producao:producao /home/producao/*
chown -Rf midia:midia /home/midia/*

Bom chega já mastiguei d+

clon¥
(usa Debian)

Enviado em 20/01/2012 - 16:44h

Rapaz...
Ainda não implementei, mas lendo este tutorial, percebi que o rsync de fato é uma excelente opção.
Estou neste momento estudando este tuto e implementando o crontab, veremos se o bichu executa.

Depois posto o conteúdo para análise de todos e o resultado final.

Valeu por enquanto.

darcio
(usa Ubuntu)

Enviado em 03/02/2012 - 20:49h

Boa noite Clon,

Para ser sincero nunca vi o cron dar esse tipo de erro, mas talvez um caminho legal para resolver é tentar identificar a origem real do problema, se é algum problema no cron ou na programacao do mesmo.

Geralmente, apos Você utilizar o comando 'crontab -e' para realizar a programacao do Cron, ele cria no diretorio /var/spool/cron/ um arquivo com o nome do usuario que executou esse comando, verifique se esse arquivo existe ai no seu servidor, se o cron foi editado pelo root, devera conter o arquivo /var/spool/cron/root.

Faça um backup do seu arquivo e edite o cron para somente conter a linha abaixo:

x1 x2 * * * touch /tmp/arqcriadopelocron.txt

onde:
x1 - 5 minutos mais tarde do que a hora que você estiver testando
x2 - a hora atual

Feito isso reinicie o cron com o comando:
service cron restart (Debian e Ubuntu) ou
service crond restart (Red Hat e CentOS)

Caso ele já apresente a msg de erro, verifique o arquivo /var/log/messages e veja se aparece algo sobre esse erro, você pode tentar verificar se tem algum arquivo especifico de log do cron no diretorio /var/log/ se aparecer alguma msg por favor inclua aqui no forum para vermos.

De qualquer forma, espere passar esses 5 minutos e verifique se o cron criou o arquivo arqcriadopelocron.txt no diretorio /tmp

Por favor nos retorne informando o resultado desse teste, ok ...

Abs e boa sorte ai...
Darcio.

clon¥
(usa Debian)

Enviado em 22/02/2012 - 11:57h

È, mesmo achando a solução ainda não entendi porque o "basicão' não funciona. Deveria ser mais simples.

Bom, com a ajuda de alguns companheiros, resolviu o meu velho problema usando scripts dentro do crontab.
A solução já foi testada por duas semanas seguidas e tudo está perfeito agora.

Agradeço à todos pelas dicas e participação.

Eis o meu novo conteúdo do crontab:

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#

#terca - PAUSADO
#22 22 * * 2 root /usr/local/bin/bkp_terca.sh

#quarta
22 22 * * 3 root /usr/local/bin/bkp_quarta.sh

#quinta - PAUSADO
#22 22 * * 4 root /usr/local/bin/bkp_quinta.sh

#sabado
22 22 * * 6 root /usr/local/bin/bkp_sabado.sh

# Muda status das pastas para acesso total:
0 23 * * * root chmod 777 * -Rf /home/clientes
0 23 * * * root chmod 777 * -Rf /home/transferencia
0 23 * * * root chmod 777 * -Rf /home/criacao
0 23 * * * root chmod 770 * -Rf /home/promocao
0 23 * * * root chmod 777 * -Rf /criacao
0 23 * * * root chown -Rf producao:producao /home/producao/*
0 23 * * * root chown -Rf midia:midia /home/midia/*

# Update do Sistema:
# 30 4 * * 7 root aptitude update #Atualiza lista de pacotes
# 40 4 * * 7 root aptitude -y upgrade #Atualiza e não pede confirmação

================================

ftpserver:~# cat /usr/local/bin/bkp_sabado.sh
#!/bin/sh
#/home /backup/sabado
rsync -av /home /backup/sabado >> /tmp/rsync_arqs.log
rsync -av /etc /backup/arqs_sistema >> /tmp/rsync_etc.log

clon¥
(usa Debian)

Enviado em 22/02/2012 - 12:00h

==============
Maravilha meu caro.
Muitíssimo obrigado pela "solução" do meu cachimbrema!!!

Abraço!

clon¥
(usa Debian)

Enviado em 22/02/2012 - 12:03h

===================
Suas dicas e sites foram preciosos.
Funcionando perfeitamente.

Obrigado meu caro.