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, SIGTERM, or SIGHUP (code 20) at 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.logdone

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

总结

以上是内存溢出为你收集整理的ssh – rsync意外地暂停了一段时间全部内容，希望文章能够帮你解决ssh – rsync意外地暂停了一段时间所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。