我目前有一台服务器,每晚使用Rsync将其数据备份到NETGEAR ReadyNAS设备。这在过去几个月里一直运行良好。然而,最近,我开始收到以下错误:
rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Connection reset by peer (104)
inflate (token) returned -5
rsync error: error in rsync protocol data stream (code 12) at token.c(604) [receiver=3.0.6]
rsync: connection unexpectedly closed (229743 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]我已经设法找到了一个导致问题的特定文件(通过使用Rsync复制该文件)。文件本身相当大--大约975 is。但是,在同一个目录中也有其他文件,其中一些文件的大小高达3Gb,这些备份很好。
我使用以下Rsync命令:
rsync -avz --password-file=/root/rsync.secret <sourcedir> username@readynas::backup与Ubuntu主机同步似乎是可行的,因此服务器上的rsync客户端似乎没有问题。
我在谷歌上搜索过但什么也没找到。很多人似乎都在说,调整Rsync服务器端的超时解决了类似的问题,但如果这是我的问题,我就不明白为什么它能处理更大的文件。
有没有人对如何解决这个问题有任何建议?
发布于 2011-11-02 11:26:35
我以前在机器之间执行压缩rsync时见过这种情况(很少发生)。在我看到过的所有情况下,数据本身已经开始压缩(例如,视频文件或zip)。大多数文件都可以通过。当一个特定的文件有这个问题时,一次在w。
不用压缩就试一试。(rsync上没有-z标志。)在极少数情况下,传输的压缩数据可能会导致另一端发生barf。
此外:如果没有压缩,实际上可能会更快,取决于网络的速度以及源和目的地上可用的CPU/RAM容量。大多数(低端/中端) NAS机箱实际上没有足够的能量。
https://serverfault.com/questions/326973
复制相似问题