Linux   发布时间:2022-04-01  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了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.log
done

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

大佬总结

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

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。