[FUG-BR] OT backup com SSH e TAR super lento

EnioRM eniorm em gmail.com
Quarta Agosto 26 10:42:30 BRT 2015


2015-08-25 16:59 GMT-03:00 Eduardo Costa Lisboa <eduardo.lisboa em gmail.com>:

> E se compactar antes pra já enviar zipado por SSH, já tentou?
>
> Exemplo:
>
> tar cvfp - dir | bzip2 -9fvc - | ssh user em host 'cat > arquivo.tar.bz2'
>
> Eu fiz o bzip em separado pois assim posso definir as opções, como nível de
> compressão etc. Senão, bastava adicionar o parâmetro j ao comando tar.
>
>
>
> Em 25 de agosto de 2015 10:05, EnioRM <eniorm em gmail.com> escreveu:
>
> > Olá amigos bom dia.
> >
> > Eu utilizo um método simples de backup, através de um script básico que
> > copia, usando SSH, o conteúdo de um TAR para outra máquina.
> >
> > Uso uma sintaxe simples:
> > tar -czpf - -X /root/tar_exclude.txt /arquivos/setorX | ssh user em destino
> > "cat > /backup/setorX.tgz"
> >
> > Até alguns dias a coisa estava fluindo muito bem.
> > Porém notei que de uns dias pra cá o TAR começou a emitir esse aviso:
> > tar: ... : Can't translate pathname '...' to UTF-8
> >
> > Até onde pesquisei isso não parece ser problema, mas o procedimento que
> > levava cerca de 4 horas, está demorando mais de 15 horas para completar.
> >
> > OBS os arquivos dos usuários são compartilhados pelo Samba, configurado
> com
> > estes ajustes de charset:
> >     unix charset = iso-8859-1
> >     dos charset = iso-8859-1
> >     display charset = iso-8859-1
> >
> > E o sistema está configurado também com:
> > setenv LANG pt_BR.ISO8859-1
> > setenv MM_CHARSET pt_BR.ISO8859-1
> > tanto no servidor onde o script é executado quanto no computador destino
> do
> > backup.
> >
> > O arquivo tar_exclude.txt usado com -X para que o TAR exclua do
> > procedimento alguns tipos de arquivos tem cerca de 80 linhas contendo
> > extensões de arquivos que não devem ir para o backup (tipo: músicas,
> > vídeos, ppt, etc)
> >
> > alguém já passou por isso, ou sabe dizer se o problema da demora está
> > relacionada ao aviso de charset do TAR ou não?
> > Ah, e a conexão entre o servidor e o computador onde ficam os backups é
> por
> > rede gigabit, procedimento realizado após o expediente, horário que não
> > temos ninguém usando a rede.
> >
> > abraços
> >
> >
> >
> > --
> > *[]'*
> > *EnioRM*
> >
> > *"Unix is user-friendly. It's just very selective about who its friends
> > are."*
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> Eduardo Lisboa
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


​Eduardo eu uso o -z para que o tar já compacte. Não cheguei a testar fazer
conforme você sugeriu mas imagino que seria semelhante a acrescentar o -j
para que o tar use o bz2 como compactador.

Mas, sobre o problema de lentidão, foi resolvido: conforme a sugestão do
Patrick eu setei o LC_ALL para pt_BR.ISO8859-1 e o tar parou com os
warnings.

Resolvido isso, o procedimento de backup foi rápido e voltou como era
antes, em torno de 3 a 4 horas para compactar e enviar via ssh para o outro
servidor.​

obrigado e abraços


-- 
*[]'*
*EnioRM*

*"Unix is user-friendly. It's just very selective about who its friends
are."*


Mais detalhes sobre a lista de discussão freebsd