Re: [shell-script] Re: Script para Backup e deletar o backup programado em dias

[Tiago Ribeiro]

Me parece algo nesta linha:

find $DSTDIR -type f -name full\* -ctime +$(($TIME_BKCP-1)) -exec rm -f {} ";"

Em 12/04/2014, às 01:22, Jose Valdir Gama <address@hidden> escreveu:

creio que não seja permissão, pois o diretorio compartilhado no windows  e no script que acessa este compartilhamento é o proprio usuario Administrador do Windows.

por exemplo:

No script tem a linha que montar o compartilhamento no windows em uma pasta no Linux

mount //192.168.0.5/Backup-ccbsist /mnt/srv-pdc1/ -o username=teste,password=Sony145gamaJ295*

Após a pasta montada o backup é feito e  também fiz o teste de apagar com o comando abaixo e tive sucesso.
rm -f /mnt/srv-pdc1/full-01-04-14.tar.gz

Deve ser alguma coisa que não está lega no script para não remover os arquivos mais antigo.

Fico no aguardo se alguém consegui encontra uma solução.

Abraço

José Valdir da Gama

Sumare- SP
Cel (19) 8226-2638

Em 10 de abril de 2014 02:50, Paulo Bettega <address@hidden> escreveu:

 

Pode ser problema de permissão no compartilhamento?

Vc consegue deletar arquivos
rm -f /mnt/srv-pdc1/arquivo-sem-importancia
o arquivo é deletado?

Abraços Paulo Bettega

On 10-04-2014 00:13, Jose Valdir Gama wrote:
> Pessoal ainda estou com o probleam do script não deletar os arquivos mais antigos.
>
> #!/bin/bash
> echo "Programa de backup full"
> #Autor: Jhoni Vieceli
> #Programa de criação de backup full
> #DATA: 04/02/2008
> echo " "
>
> dadosfull() {
>
> cd /mnt
> mount //192.168.0.5/Backup-ccbsist /mnt/srv-pdc1/ -o username=teste,password=xxxxxxxxxxxxxxxx
> SRCDIR=/opt/sistccb #diretórios que serão feito backup
> DSTDIR=/mnt/srv-pdc1 #diretrio de destino do backup
> DATA="" +%d-%m-%y` #pega data atual
> TIME_BKCP=+7 #número de dias em que será deletado o arquivo de backup
>
>
> #criar o arquivo full-data.tar no diretório de destino
> ARQ=$DSTDIR/full-$DATA.tar.gz
> #data de inicio backup
> DATAIN=`date +%c`
> echo "Data de inicio: $DATAIN"
>
> }
>
> backupfull(){
> sync
> tar -czf $ARQ $SRCDIR
>
> if [ $? -eq 0 ] ; then
> echo "----------------------------------------"
> echo "Backup Full concluído com Sucesso"
> DATAFIN=`date +%c`
> echo "Data de termino: $DATAFIN"
> echo "Backup realizado com sucesso" >> /var/log/backup_full.log
> echo "Criado pelo usuário: $USER" >> /var/log/backup_full.log
> echo "INICIO: $DATAIN" >> /var/log/backup_full.log
> echo "FIM: $DATAFIN" >> /var/log/backup_full.log
> echo "-----------------------------------------" >> /var/log/backup_full.log
> echo " "
> echo "Log gerado em /var/log/backup_full.log"
>
> else
> echo "ERRO! Backup do dia $DATAIN" >> /var/log/backup_full.log
> fi
> }
>
> procuraedestroifull(){
>
> #apagando arquivos mais antigos (a mais de 20 dias que existe)
> find $DSTDIR -type f -name full\* -ctime +$(($TIME_BKCP-1)) -exec rm -f {} ";"
> if [ $? -eq 0 ] ; then
> echo "Arquivo de backup mais antigo eliminado com sucesso!"
> else
> echo "Erro durante a busca e destruição do backup antigo!"
> fi
> }
>
> dadosfull
> backupfull
> procuraedestroifull
> umount srv-pdc1
> exit 0
>
>
> Onde pode esta o erro para que não delete o arquivo mais velho no caso o sétimo arquivo?
>
> Alguém por favor poderia verificar dizer o que fazer.
>
> Obrigado
>
> José Valdir da Gama
> Sumare- SP
> Cel (19) 8226-2638
>
>
> Em 29 de março de 2014 01:11, Paulo Bettega <address@hidden

> <mailto:address@hidden>> escreveu:
>
> __

>
> Deve ser isso mesmo, o nome fica com um espaço antes da hora se a hora só tiver um dígito.
>
> Eu prefiro usar esse comando date, é melhor para ordenar os arquivos.
> date +%F_%T|tr : -
>
> O tr é necessário só se tiver que abrir os arquivos no windows.
>
> Abraços Paulo Bettega
>
>
>

> On 29-03-2014 09:44, address@hidden <mailto:address@hidden> wrote:
> > É apenas um palpite, mas experimente trocar "%k" por "%H"
> >
> > O %k coloca um espaço para complementar antes de informar as horas, e se a variável DATA não
> estiver
> > devidamente protegida por aspas em uso posterior, pode caracterizar como um novo argumento.
> > E isso pode simplesmente estar provocando um erro que aborta a execução.
> >
> > Abraços
> > Itamar
> >
>
>