小白菜

在此采用nagios和MegaCLI监控raid，脚本写完后往往nagios是不能直接监控raid，需要对文件/etc/sudoers进行修改，最终修改结果如下所示：Defaults:nagios !requirettynagios ALL=(ALL) NOPASSWD:/opt/MegaRAID/MegaCli/MegaCli64在此，说些为何进行这般修改：根据正常逻辑推断，nagi

!/bin/bash# # NORMAL_MSG=”redis_memory is OK!” WARONG_MSG=”redis_memory is WARONG!!” CRITICAL_MSG=”redis_memory is CRITICAL!!!” ERROR_MSG=”max_redis_memory is 0” WARONG_NUM=0.7 CRITICAL_NUM=0.8m

目前，每天中午cpu的负载都会突然增加，通过htop命令查看到此时的vbox的cpu占用率一致蛮高的，便计划对vbox的cpu使用率进行计划性监控，最开始的想法很简单就是通过调用top命令来进行cpu使用率的监控，但监控了好几天，发现值一直为0，而htop中值是一直有变化的，正常的结果也不应该为0，可惜，我没法对htop进行重定向，便计划通过/proc/<pid>/stat文件中的数据进行监控。可是

安装nagios及pnp4nagios后正常情况下自带的插件均可以绘出图形，而自写的插件不做一定的处理，在pnp4nagios下是没有图形显示的。在此使用nagios自带的check_swap插件做一定的介绍：# /usr/local/nagios/libexec/check_swap -w 30% -c 20%SWAP OK - 90% free (7098 MB out of 7951 MB)

最近一段时间比较忙，没能对nagios的报警机制进一步了解，也产生了些无效报警，比如，因mv操作产生了大量process而引起的报警应当禁止掉（可用cp+rm操作代替，但rm能避免就尽量避免）。还有相同报警内容有两个报警项，比如rabbitmq集群队列消费的报警，在多台机器上队列消费的数据应该是相同的，没必要在两台机器上都弄相同的报警项。 无效的报警的确浪费人的精力或对报警信息视而不见！等空下来好