Q:在zabbix7.0.5服务端,采用odbc可以连接上mysql8.0,但是在zabbix网页配置监控,会报错。(采用odbc监控ms server没有问题)
A:这是server服务有问题,连接不上,对应排查一下
Q:可以连接上,这个就是在服务端连接上了mysql
A:是zabbis_server 10051的服务,不是指连接数据库是否正常
Q:其它监控都可以
A:ODBC没法后端是MySQL数据库有bug会导致zabbix server无限重启
Q:什么有bug?zabbix有bug,还是mysql odbc模版有bug?还是mysql 有bug?如果不能用,是不是其它监控主机也应该报错
A:可以手动去测试其他主机监控项
Q: DISMAN-EVENT-MIB::sysUpTimeInstance type=67 value=Timeticks: (2047857949) 237 days, 0:29:39.49
SNMPv2-MIB::snmpTrapOID.0 type=6 value=OID: IF-MIB::linkUp
IF-MIB::ifIndex.80 type=2 value=INTEGER: 80
IF-MIB::ifAdminStatus.80 type=2 value=INTEGER: 1
IF-MIB::ifOperStatus.80 type=2 value=INTEGER: 1这个是trap解析出来的字样,只有这些信息,能和接口联系起来的只有键值80,这种要怎么做监控呢?
A:想要监控什么?这种OID数值返回意思要去找对应产商获取OID数值解释
Q:有link down和link up,想通过键值把中断筛出来,但是trap解析只把键值解析出来,没展示接口名字
A:监听不代表能用 ,那就没法做处理监控
Q:老师,像:No Such Instance currently exists at this OID 这样的监控项可以不展示出来嘛
A:不展示出来指的是哪里不展示
Q:在监控项里看不到这样的报错信息
A:不可以的 这是读取返回的报错
Q:像华三的我只需要监控他的物理端口我该怎么做呢
A:根据对应发现出来的数据做预处理过滤掉不想显示的端口
Q:这个不是没有这个oid吗 不可以把他丢弃掉吗?这是我现在的预处理:
A:这个监控项是自动发现规则发现出来的吗
Q:是的
A:那就再自动发现规则里 用过滤器过滤掉不想用的端口
Q:老师说的预处理是使用正则表达式过滤自己需要的端口是吗?这样的话会影响到我其他正常监控的端口
A:要把不用的端口去掉就用过滤器,过滤的意思是把不想要显示的端口过滤掉不生成不影响其他正常的监控
Q:现在报No Such Instance currently exists at this OID 的是逻辑口,因为逻辑口没有端口的收发光,如果在自动发现规则里使用过滤的话就会把逻辑口一起过滤了
A:如果不想过滤端口是没法忽略的 这个是根据自动规则发现出来的端口和监控项原型,然后匹配到这个OID没取值,不想监控就给他禁用就可以
Q:在生成监控项以后停用掉不需要的嘛
A:是的
Q:
A: house需要注释掉,因为之前的数据没有分区所以还是可能有问题,如果数据不需要保留建议清空表
Q:咨询下在centos1上安装6.0的server agent和proxy,在centos2安装6.0的server,能获取到centos1的监控数据吗
A:直接在centons1 装agent执行 centos2的server就可以监控读取数据了
Q:目前是想在云上部署一套6.0的server,分布式部署,想把上海和北京的zabbix-server的 数据集中在云上。上海和北京都有一套6.0的server,在云上部署个server, 也就是上海和北京都安装proxy,server端指向云上。云能获取到那两台zabbix所监控的网络数据吗
A:云要能获取就要云通过代理去监控。可以的呀,需要云端暴露端口给proxy,并且使用主动模式
Q:嗯,有个疑惑就是现在上海监控了很多网络设备。然后安装代理,网络都通了情况下,云端上能看到上海这样的仪表盘吗
A:可以的呀。上海的server换成proxy将数据传给云即可
Q:2012的系统安装的时候,不是内部或外部命令,其他的系统也没出现这种问题
A:这个系统版本不带这个查询命令
Q:那不能安装吗
A:脚本里需要用到这个命令,要调整 手动定义IP
Q:怎么定义?怎么手工定义IP?
A:替换这个脚本然后修改这个位置为客户端IP,那就是server执行脚本时间会更久,从报错来看是执行超时了,建议是用后台执行方式去执行。
Q:rockylinux 9.3环境,用zabbix proxy 7.0.8监控EMC unity 480存储设备,通过“外部检查”监控方式,使用python脚本,用zabbix_sender方式把数据推送的zabbix-server上,在后端服务器用命令显示可以返回0,手动测试成功,日志记录也有读写权限。但在前端页面上,指标项不支持,报错显示“Timeout while waiting for result.”在页面把指标项超时时间加到120s也还是报这个错误,请问应该怎么处理?
A:脚本执行超时了,可以写个shell脚本把python脚本挂在后台跑
Q:我在测试环境去监控同一台存储设备,就可以正常获取数据,但正式环境在proxy上就不行,所以没想明白怎么回事
A:把server配置文件里的超时时间调高试试
Q:proxy和server的Timeout都是30。这个应该怎么设置呢?
A: https://geek-docs.com/python/python-ask-answer/493_python_shell_script_execute_a_python_program_from_within_a_shell_script.html可以参考这个
Q:我的zabbix和proxy都是7.0.8版本,现在做分布式监控架构,架构中有10+proxy服务器,现在发现几乎所有和server不在同一网段的proxy监控的设备的agent和SNMP接口都是灰色,只有个别设备显示绿色,但最新数据中都可以正常获取到数据,在每个proxy服务器后台用zabbix_get和snmpwalk命令也都可以正常获取数据,proxy的状态也是running。但和server在同一网段的proxy监控的设备都是显示绿色。我查看管理-代理中,last seen的时间都在更新,时间同步也正常,请问这个是什么问题,怎么能把设备接口都显示绿色?
A:用nmap去测试端口,如果状态不是只有open就会有这种灰色的情况
错误信息