Rsync在io.c（837）上创建错误消息无法解释的错误（代码255）

11

当我尝试rsync -qaPH source/ 192.168.1.21:/var/backups得到

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

我的命令怎么了？

ssh rsync

— 亚历克斯
source

我猜错误发生在此行：git.samba.org/rsync.git/…。如果您可以仔细阅读周围的代码，它可能会大致告诉您发生了什么。

— mwfearnley'7

6

要进行调查，请-v向rsync命令添加一个或多个选项。另外，尝试使用纯ssh：

ssh -v 192.168.1.21 /bin/true

找出是引起问题的原因是rsync还是基础ssh连接。

— Arjen
source

4

255实际上不是“本机” rsync返回码。rsync从SSH抓取255错误代码并返回。在我看来，目标服务器上的某物阻止了SSH或在连接后破坏了它，因此，“管道中断”。我不同意@kenorb，因为如果是超时问题，您可能会看到rsync退出代码30或35。

— 混合泳
source

1

管道损坏的错误很可能意味着您已超时。例如，远程rsync命令开始计算文件差异，但是没有按时回复给客户端。

如果这种情况经常发生，请将这些设置添加到本地~/.ssh/config：

Host *
  ServerAliveInterval 30
  ServerAliveCountMax 6

并在远程服务器上（如果有访问权限），请在您的服务器中进行设置/etc/ssh/sshd_config：

ClientAliveInterval 30
ClientAliveCountMax 6

— Kenorb
source

0

rsync通过我的Ember应用程序部署（ember-cli-deploy）时遇到类似的错误。我必须正确配置我的ssh（向我添加私钥~/.ssh/）

— 莫尔胡克
source

-1

我知道这个问题很旧，但是也许有人（例如我）仍然有此错误。

a）检查ssh服务是否正在运行：

sudo service ssh status

b）使用三重详细命令检查连接：

ssh -vvv <hostname>

c）也许您使用了错误的ssh-key或密钥以某种方式被破坏。

藤蔓

— 藤蔓
source