Não é possível rsync devido ao cano quebrado

1

Estou tentando espelhar um grande banco de dados Mongo entre um servidor de produção e um ambiente de desenvolvimento, parando o Mongo em ambos os servidores e, em seguida, executando o comando:

rsync --archive --delete --recursive --verbose --compress --rsh "ssh -t -o StrictHostKeyChecking=no -i key.pem" remoteuser@remotehost:/var/lib/mongodb/ /var/lib/mongodb

Funciona bem por alguns minutos, mas parou com o erro:

receiving incremental file list
./
collection-228--5129329295041693519.wt
inflate returned -3 (0 bytes)
rsync error: error in rsync protocol data stream (code 12) at token.c(557) [receiver=3.1.1]
rsync: [generator] write error: Broken pipe (32)
rsync error: error in socket IO (code 10) at io.c(820) [generator=3.1.1]

Pesquisando o erro sugere que é algum tipo de problema de conexão de rede, mas consigo me conectar aos dois servidores sem problemas.

Se eu executar novamente o comando, ele falhará no mesmo arquivo com a mesma mensagem de erro. O que está causando esse erro e como corrigi-lo?

    
por Cerin 15.11.2017 / 05:22

2 respostas

1

Você está tentando yo sincronizar dados entre servidores locais e remotos, o servidor remoto se parece com o aws ec2 você pode usar o comando abaixo para sincronizar dados

rsync -ravhz "ssh -i / caminho / para / EC2_KEY.pem" / caminho / para / local / arquivos / * EC2_USER @ EC2_INSTANCE: / caminho / para / remoto / arquivos

Por favor, verifique de e para servidores antes de sincronizar como você pode sincronizar na direção errada

Se você está tentando sincronizar de ec2 para seu servidor local, verifique se você abriu as portas adequadas entre os servidores

Tente fazer o telnet primeiro e verificar a conectividade entre os servidores, você tem que whitelist ip e portas, como alguns firewalls podem bloquear a transferência de dados

    
por 15.11.2017 / 07:25
0

Acontece que o rsync acessa o rsync no servidor remoto e as versões não são as mesmas entre os meus servidores. Eu estava correndo 3.1.1 no servidor de destino, mas 3.1.0 no servidor de origem, e aparentemente isso foi o suficiente para quebrar o download de certos arquivos. Eu instalei o 3.1.1 no servidor de origem e depois a transferência funcionou perfeitamente.

    
por 15.11.2017 / 18:00

Tags