linux – 对NETGEAR ReadyNAS的Rsync在一个特定文件上失败

前端之家收集整理的这篇文章主要介绍了linux – 对NETGEAR ReadyNAS的Rsync在一个特定文件上失败前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我目前有一台服务器,每晚使用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仅复制该文件).文件本身非常大 – 大约975Mb.但是,同一目录中还有其他文件,有些文件和3Gb一样大,这些备份很好.

我正在使用以下Rsync命令:

rsync -avz --password-file=/root/rsync.secret <sourcedir> username@readynas::backup

Rsyncing到Ubuntu Linux主机似乎工作,所以它看起来不像服务器上的rsync客户端有问题.

我用Google搜索但没有发现任何东西.很多人似乎都说在Rsync服务器端调整超时解决了类似的问题,但如果这是我的问题,我无法理解为什么它适用于较大的文件.

有没有人有任何建议如何解决这个问题?

解决方法

我在机器之间进行压缩rsync之前已经看到过这种情况(很少).
在我看过它的所有情况下,数据本身已经被压缩开始(例如视频文件或zip).大多数文件都通过OK.一旦进入w,而特定文件有此问题.

尝试不压缩. (rsync上没有-z标志.)
传输的压缩数据可能存在某种情况,在极少数情况下会导致另一端压缩.

此外:没有压缩实际上可能会更快地取决于网络的速度和源和目标上可用的cpu / RAM容量.大多数(低端/中端)NAS盒子并没有真正拥有它的能力.

原文链接:https://www.f2er.com/linux/397195.html

猜你在找的Linux相关文章