Rsync cria mensagem de erro erro inexplicável (código 255) em io.c (837)

11

Quando tento rsync -qaPH source/ 192.168.1.21:/var/backups, recebo

rsync: [sender] write error: Broken pipe (32)
rsync error: unexplained error (code 255) at io.c(837) [sender=3.1.0]

O que há de errado com meu comando?

ssh rsync

— Alex
fonte

Eu acho que o erro está ocorrendo nesta linha: git.samba.org/rsync.git/… . Se você pode percorrer o código ao redor, pode dizer a você aproximadamente o que aconteceu.

— mwfearnley

6

Para investigar, adicione uma ou mais -vopções ao comando rsync. Além disso, tente usar o ssh comum:

ssh -v 192.168.1.21 /bin/true

para descobrir se é o rsync ou a conexão ssh subjacente que está causando o problema.

— Arjen
fonte

4

255 não é realmente um rsynccódigo de retorno "nativo" . rsyncraspa o código de erro 255 do SSH e o devolve. Parece-me que algo no servidor de destino está bloqueando o SSH ou quebrando-o quando conectado, portanto, "tubo quebrado". Não concordo com @kenorb porque, se fosse um problema de tempo limite, você provavelmente estaria vendo os rsynccódigos de saída 30 ou 35.

— medley56
fonte

1

O erro de tubo quebrado provavelmente significa que você atingiu o tempo limite. Por exemplo, o comando rsync remoto começou a calcular as diferenças de arquivo, mas não respondeu ao cliente a tempo.

Se isso acontecer com muita frequência, adicione essas configurações ao seu local ~/.ssh/config:

Host *
  ServerAliveInterval 30
  ServerAliveCountMax 6

e no servidor remoto (se você tiver acesso), configure-os em /etc/ssh/sshd_config:

ClientAliveInterval 30
ClientAliveCountMax 6

Veja: Quais são as opções ServerAliveIntervale o ClientAliveIntervalsignificado?

— kenorb
fonte

0

Ocorreu um erro semelhante ao usar rsyncatravés da minha implantação para um Emberaplicativo (ember-cli-deploy). Eu tive que configurar corretamente o meu ssh(adicionar chaves privadas ao meu ~/.ssh/)

— morhook
fonte

-1

Sei que esse problema é antigo, mas talvez alguém (como eu) ainda tenha o erro.

a) Verifique se o serviço ssh está em execução:

sudo service ssh status

b) Verifique a conexão com o comando detalhado triplo:

ssh -vvv <hostname>

c) Talvez você use a tecla ssh errada ou a chave está quebrada de alguma forma.

Videira

— videira
fonte