Problemas com Rsync [RESOLVIDO]

1. Problemas com Rsync [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 30/06/2015 - 10:41h

Fala galera blz? Estou tentando criar algumas rotinas de backups para servidores externos com o Rsync.
Possuo 2 servidores um de uso local Debian, servidor de dados e um servidor externo (Vps) Debian para backups, sites e afins.

estou fazendo alguns testes antes de criar o script e agendar o backup no cron,
e o primeiro ja deu o seguinte problema;

 rsync -av -delete -e 'ssh -p xxxx' /var/backups/pasta/ usuario@server.com.br:/home/usuario/backups/pasta1/ 


gera a seguinte mensagem de erro:

rsync: ERROR: cannot stat destination "/home/usuario/backups/pasta1/": Permission denied (13)
rsync error: errors selecting input/output files, dirs (code 3) at main.c(583) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]

a pasta está com permissão 755 e o usuario proprietário é o usuario da conexão.


  


2. Re: Problemas com Rsync [RESOLVIDO]

Daniel Lara Souza
danniel-lara

(usa Fedora)

Enviado em 30/06/2015 - 14:06h


pelo erro
o usuário não tem permissão no diretório pasta1


3. Re: Problemas com Rsync [RESOLVIDO]

Fábio Berbert de Paula
fabio

(usa Debian)

Enviado em 30/06/2015 - 15:02h

A opção -av mantém as permissões de arquivo. O problema é que o usuario@server não tem permissão para alterar o dono do arquivo (chown) se o usuário local e remoto forem diferentes. Se você testar como root no lado remoto deve funcionar. Ou então omita o "-a".




4. Re: Problemas com Rsync [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 30/06/2015 - 15:44h

danniel-lara escreveu:


pelo erro
o usuário não tem permissão no diretório pasta1




resolvido, criei as pastas com o usuario root, por isso nao estava conseguindo acesso com o usuario.
vlw


5. Re: Problemas com Rsync [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 30/06/2015 - 15:44h

fabio escreveu:

A opção -av mantém as permissões de arquivo. O problema é que o usuario@server não tem permissão para alterar o dono do arquivo (chown) se o usuário local e remoto forem diferentes. Se você testar como root no lado remoto deve funcionar. Ou então omita o "-a".



Praticamente isso mesmo! Obrigado!








Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts