愚蠢的一个，
在现代linux下，对于大型[4GB]文件的rsync有什么问题吗？ [32位，64位，大文件支持打开]？ 我已经在2个64位盒子之间自己做了一些testing，并且没有任何问题传输6-10GB的文件。 为了使testing彻底我改变的文件，再次运行rsync，检查md5 … – 一切似乎没问题。
但是当我看到这个 bug报告后，我有点担心。 我有一些search，但没有发现任何问题的确认。
感谢您的想法！
编辑：文件系统：ext3，reiserfs
您链接到的错误报告似乎不是一个4GB +文件大小相关的错误。 429796854字节只是410Mb的害羞，它似乎是一个传输错误，而不是一个rsync之一。 如果
我怀疑传输连接（可能是SSH）已经下降了，可能是由于不活动的超时，因为CPU花了这么长的时间发送，因为它必须做一些非常大的文件校验和，这就是rsync报告破pipe子。
我确定我以前使用32位客户端和服务器在4G以上的文件上成功使用过rsync，至less有一次是在4Gb以上的地方传输，而不是仅仅考虑传输。
不，我一直在使用rsync大概扔5-10GB的虚拟机镜像，从来没有遇到过问题。
我最近rsynced最大的文件是180GB，这是在一组包含15TB的目录（我已经写了一组脚本可以并行同步，我可以移动数据约3TB一小时…）
取决于您正在使用的文件系统。 我遇到了FAT32文件系统的麻烦。 我有一个200GB的便携式硬盘（格式化为FAT32），并试图将DVD .iso复制到它。 它不起作用，因为你不能在FAT32文件大于4.somethingGB
不，我们每天使用rsync同步两个30TB的数据集（由4到20GB的文件组成），没问题。