[root@centos /]# rsync -av --exclude thumbs /storage [email protected]:/storage
[email protected]'s password:
building file list ...
我已经坐了大约一个小时了……有 135GB 的图片和文件夹
/storage是已安装的 ext3 scsi 驱动器。
rsync 花费这么长时间计算文件/目录是正常的吗？
答案1
rsync 2.x 确实预先构建了完整的文件列表。
添加-P选项后您将看到进度指示器。
如果你认为它确实挂了，在另一个终端中找到 rsync 的 pid，然后
运行
strace -p PID并查看它在做什么。（按 ^C 停止。）运行
ps -o wchan PID看看它在内核中的位置。
答案2
你应该升级到rsync 3.0.x您将从增量文件列表获益，这里解释。我正在 rsync 数百万张图像（总计约 200GB），从 rsync 2.x 升级到 3.x 后，速度有了显著提升。
即使如此，浏览所有这些数据可能仍需要很长时间。就我而言，在两台功能强大的 DL380 G5 服务器之间浏览仍需要一个多小时。
答案3
你注意到较早也du挂了。这个文件系统出了问题，并且rsync影响了一切du。
您可以快速检查内核错误消息，以查看是否存在磁盘问题。输入dmesg并查看底部的内容。
答案4
消息“正在构建文件列表...”之后的挂起可能是由于 MTU 不匹配引起的，例如，如果您已设置具有 MTU 9000 的网络接口但没有设置中间的交换机，则小数据包（如连接到 rsync 服务器）将通过，但不会通过较大的数据包（如发送文件列表）。