我在我的Icinga-Monitoring-Environment中使用check_yum - Plugin来检查是否有可用的安全关键更新。这工作相当好,但有时我会得到一个“CHECK_NRPE:套接字超时后xx秒”。同时执行检查。目前我的NRPE-Timeout是30秒。 如果我重新安排检查几次或者直接从我的Icinga-Server执行检查并使用更高的nrpe-timeout-value,那么至少在检查执行几次后,一切正常。所有其他通过NRPE的检查都不会引发任何错误。所以我认为我的NRPE-config或我使用的插件没有一般错误。有没有解释check_yum - 插件的这种奇怪的行为?可能在受监视的服务器上存在一些缓存问题?Icinga - check_yum - 套接字超时?
2
A
回答
0
首先,请确保您使用的是此检查的1.0版本:https://code.google.com/p/check-yum/downloads/detail?name=check_yum_1.0.0&can=2&q= 我在该版本中看到的更改可以解决此问题,具体取决于它的根本原因。其次,如果您的服务器未配置为使用所有'本地'缓存回购,那么此检查可能会在30秒截止日期之前超时。因为:1>刷新/更新的数据量非常大,可能需要很长时间从远程(包括RH适当的)服务器下载,而且大多数“官方”更新服务器往往会脱机很多。
我发现的最佳解决方案是让cronjob以设定的时间间隔(我每周使用)执行更新检查并创建一个包含系统所需安全补丁的日志文件。然后使用Nagios检查,通过一个简单的shell脚本来查看该文件是否有任何新项目。
相关问题
- 1. 套接字超时套接字编程
- 2. 套接字连接超时
- 3. Google BigQuery套接字超时
- 4. Android TCP套接字超时
- 5. AS3:套接字超时
- 6. 套接字超时Node.js的
- 7. Apache FlexUnit套接字超时
- 8. 套接字超时Tomcat7
- 9. android onActivityResult套接字超时
- 10. 套接字已超时
- 11. php套接字超时
- 12. LUA HTTP套接字超时
- 13. Android - 套接字超时
- 14. 套接字超时实现
- 15. 套接字超时IPN
- 16. C#套接字超时
- 17. android-套接字连接时超时
- 18. Python套接字连接超时
- 19. 套接字等待连接超时
- 20. 接受套接字函数超时
- 21. 活动套接字连接超时?
- 22. Linux:从套接字接收超时?
- 23. C:套接字连接超时
- 24. SSL套接字连接超时
- 25. 套接字连接不超时
- 26. ZMQ套接字连接超时
- 27. TCP套接字无连接超时
- 28. android套接字连接超时
- 29. Python套接字连接超时问题
- 30. Erlang套接字和接收超时
感谢您的回答。 cronjob-“解决方法”听起来非常好,可能是相当完美的解决方案。 – AnarchoEnte 2013-03-09 17:08:37