EXECUÇÃO DE SCRIPT DEMORADA [RESOLVIDO]

removido
(usa Nenhuma)

Enviado em 15/09/2017 - 10:47h

Bom dia meninos,


tenho um script de backup local e outro remoto via rsync em um server red hat5 e no centos7 também, o mesmo fazem sua tarefas
com sucesso, se eu executa-lo manualmente no shell o processo não leva mais que 30 minutos, mas quando os mesmo são executados via cron (estão agendados para iniciar as 22hrs) eles atravessam a noite e parte do dia para finalizar.

Alguém poderia me dar uma dica.

bjs ;)

brunobudag
(usa CentOS)

Enviado em 15/09/2017 - 15:44h

Você poderia mostrar o seu script e a sua crontab? Qual é o tamaho total do seu backup?

removido
(usa Nenhuma)

Enviado em 15/09/2017 - 17:48h

Boa tarde, segue o script
[root@cotac-db01 scripts]# cat bkpdiariorman.sh
#!/bin/sh
# Shell : Backup diario
# Data : 03/01/2016
dia_semana=`date +%a`
dir_backup="/media/rd1000/bancorman" ### Storage
data=`date +%d`_`date +%m`_20`date +%y`
arquivo_backup="/backup"
dia_atual=`date +%d`
case ${dia_semana} in
Mon) dia_semana=Seg
;;
Tue) dia_semana=Ter
;;
Wed) dia_semana=Qua
;;
Thu) dia_semana=Qui
;;
Fri) dia_semana=Sex
;;
Sat) dia_semana=Sab
;;
Sun) dia_semana=Dom
;;
esac

# -------> Inicio do Backup
tar -zcf ${dir_backup}/arquivo_backuprman_${data}_${dia_semana} ${arquivo_backup}
cd ${dir_backup}

chmod 777 ${dir_backup}/*

find ${dir_backup} -mtime +4 -exec rm -rf {} \;

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
crontab:

[root@cotac-db01 scripts]# crontab -l
* 22 * * * /root/backups/scripts/bkpdiariorman.sh


O arquivo tem 55 GB

Se eu executar o script no shell - #sh /root/backups/scripts/bkpdiariorman.sh
leva uns 30 minutos, mas pelo crontab uma 15 a 20horas

brunobudag
(usa CentOS)

Enviado em 18/09/2017 - 10:50h

Copiei o script e executei pelo contrab e ele rodou no mesmo tempo que foi executado na mão, já tentou rodar outro script na contrab? Ou tentou rodar no mesmo horário que você rodou na mão? As vezes pode ser lentidão da sua rede na hora que o script está agendado

removido
(usa Nenhuma)

Enviado em 18/09/2017 - 10:58h

Ja tentei sim, inclusive ja realizei o teste para enviar para uma hd externa que pluguei direto no servidor, ja tentei tambem alterar o cron para rodar em outros horários e mesmo assim demora, mas o estranho é isso somente pelo crontab que demora, se eu rodar o script na unha é muito rapido.

brunobudag
(usa CentOS)

Enviado em 18/09/2017 - 14:37h

Vamos a algo mais extremo, desinstala essa crontab(salve as linhas dentro dela) e instala uma nova, depois reinicia o sistema(windows detected)

Se mesmo assim não funcionar daí teremos que pedir ajuda aos Deuses hehehhehe

msoliver
(usa Debian)

Enviado em 18/09/2017 - 15:48h

Fernanda, boa tarde.
Somente uma dica . . .
No lugar de:
data=`date +%d`_`date +%m`_20`date +%y`
Faça:
data=$(date +%d_%m_%Y)
Para obter o dia da semana em PT_Br, faça:
LANG="pt_BR.UTF-8" date +%a

Att.:
Marcelo Oliver

removido
(usa Nenhuma)

Enviado em 18/09/2017 - 16:42h

Marcelo Oliver Muito obrigada, irei fazer a otimização, mas ainda estou estudando aqui o que pode estar causando a lentidão via crontab.

;)

removido
(usa Nenhuma)

Enviado em 18/09/2017 - 16:50h

Boa tarde Pessoal,

existe algum especie de prioridade de processamento, ou seja, tudo que vem do cron acaba sendo executado apos outros processos, da pra acreditar, fiz um teste e coloquei para o script rodar as 18:00 de ontem, domingo 17/09/17 e hoje 18/09/17 - 9hrs, 15 hrs depois as compactações do script ainda estava rodando, cancelei o processo e startei o script na unha, 30 minutos depois finalizou.

?

;)

brunobudag
(usa CentOS)

Enviado em 19/09/2017 - 09:36h

Ja tentou excluir sua crontab, eu tinha uma crontab que a 1:00 da manhã ele voltava pra configuração default.

removido
(usa Nenhuma)

Enviado em 19/09/2017 - 09:48h

Ja sim