问题一
Q:用的模板,没用创建动作,但是触发器触发了我钉钉直接被通知了,怎么取消模板自带的动作?
A:没有动作是不会触发事件告警的 ,确定是从这个平台推出的钉钉消息?或者看下zabbix的动作日志,看下能不能找到对应的消息推送记录。
Q:确实没用创建动作,但是触发了我钉钉直接被通知了。
A:如下,没有设定触发条件,表示任何告警都进行推送。
问题二
Q:怎么解决这个报警啊(0 C:D:E::Disk write request responses are too high(write >0.02s for 15m) ; High memory utilization (>90% for 5m))?
A:1.硬盘硬件性能升级;2. 调整触发阈值,降低触发灵敏度
问题三
Q:配置zabbix固定时间告警,固定时间是设置在哪比较好呢?能不能那种不管有没有触发都可以发送信息出来。
A:有个方案,写个自定义一个监控项,然后设定调度方式采集,在设定的时间点触发采集动作,然后关联推出告警。
Q:那这种是不是就可以做到不触发也能告警呢,我只想让它实现固定时间发一个消息出来,可以看到比如CPU、磁盘这些的使用情况。
目前我的做法是在触发器上设置时间段,来定时触发,但是这个条件是需要满足触发条件才行。
A:那就用另一种方式, 写个这样的触发器,然后让CPU、内存的阈值一定触发,然后到点就触发告警。通知内容里面写入{ITEM.VALUE<1-9>},分别带出CPU、内存的最新取值。
Q:还可以这样哇,我这个也是自己琢磨很久才写出来的。又有一个问题,如果这样做的话,那是不是要重新加触发器?
A:是呀,不然还能有啥办法触发动作。
Q:完了哇,我现在不能告警,好像是他只能告警一次,不知道怎么回事?
A:什么意思呢?
Q:就是我之前不是设置了时间段告警嘛,确实告警了,但是就告警了一次,第二天开始就不告警了,是不是因为没有恢复的原因。
A:是,调整成这样就能重复触发了。
Q:这要是触发了,没有进行恢复的话,是不是第二天就不会告警了?
A:按截图这样,“问题事件生成模式”选择多重,就是不管你之前的告警是否恢复,都会产生新的。
问题四
Q:请问MSSQL2005,能用自带的ODBC进行监控吗?
A:zabbix内置模板应该就有ODBC方式监控MSSQL的,看下监控项是否有这种"不支持的"提示信息?
Q:我用了自带的模板,也配置了odbc.ini,但是没有数据出来。就一个端口有数据。
A:端口这个监控项用的采集方式是"简单检查" ,不经过ODBC的,具体ODBC的连接问题得看报错提示或者是日志报错去处理。
问题五
Q:zabbix在监控交换机的时候,私有mib需要上传到zabbix吗?
A:如果用的是zabbix自带的模板,是不需要手动上传mib文件的;如果是自己手动做snmp模板的话,就要看模板制作的时候用的是是字符串的OID还是纯数字OID了,字符串的这种格式的OID就需要上传mib文件加载到系统。
Q:如果需要上传到zabbix,是上传到哪个目录?是直接用winscp之类的直接导进去吗?
下载私有MIB文件:首先,从设备或厂商提供的源下载私有MIB文件。这些文件通常以.mib或.txt为扩展名。
2.定位MIB文件目录:将下载的MIB文件保存到Linux系统中某个目录,例如 /usr/share/snmp/mibs 或 /etc/snmp.
3.配置SNMP:编辑SNMP的配置文件,通常位于 /etc/snmp/snmp.conf。如果文件不存在,则可以创建它。
mibs +ALL
mibdirs +/usr/share/snmp/mibs # 根据实际存放MIB文件的目录进行设置
4.重启SNMP服务:重启SNMP服务以使配置更改生效。具体命令因所使用的操作系统和SNMP软件而异,例如:
systemctl restart snmpd
问题六
Q:oid前面加点和不加点有啥区别?
A:没有区别,你OID最前面不写的情况下,snmp命令内部会帮你补全,但规范来说最前面最好是带。
更多zabbix资料可以持续关注乐维社区