ssh – rsync意外地暂停了一段时间

前端之家收集整理的这篇文章主要介绍了ssh – rsync意外地暂停了一段时间前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我在ssh会话中运行nohup的rsync命令,但过了一段时间它会返回此错误
rsync error: received SIGINT,SIGTERM,or SIGHUP (code 20) at rsync.c(549) [generator=3.0.9]
rsync error: received SIGINT,or SIGHUP (code 20) at rsync.c(549) [receiver=3.0.9]

我没有自己杀死这个过程,我认为没有任何其他过程可以杀死这个过程.我也用nohup运行前景.我使用nohup因为ssh会话因任何原因终止,rsync进程不会终止.

什么导致终止?

操作系统是Debian Wheezy.

解决方法

这是一个老问题,信息有限,但我认为发生的事情不是rsync问题(因为rsync不会自行解决).

我遇到了一个类似的问题,结果证明是一个内存问题.内核中的内存不足管理通过查看使用的虚拟内存量除以运行的总时间来确定要杀死的进程.

Rsync可能会占用大量内存,具体取决于传输的文件的大小和数量,并且运行时间值较低.当内核调用select_bad_process()时,这会增加它的分数.

在启动记录rsync内存使用情况的rsync后,使用简单脚本检查内存使用情况:

while [ 1 ]; do
  pidstat -r -G rsync >> stat.log
  free >> stat.log
done

还要检查rsync死亡时的dmesg,如果有OOM错误,你会看到它们.

猜你在找的Linux相关文章