群晖DSM 资源监控为0处理方案

图片[1]-群晖DSM 资源监控为0处理方案-AiNas.cc

可以通过这三查看资源监控的异常日志

systemctl restart snmpd
systemctl status snmpd.service
journalctl -xe

我的异常:

图片[2]-群晖DSM 资源监控为0处理方案-AiNas.cc

google发现以下代码

mv /var/lib/net-snmp/snmpd.conf /var/lib/net-snmp/snmpd.conf.bk
systemctl restart snmpd
systemctl status snmpd

输入这三个试一下

图片[3]-群晖DSM 资源监控为0处理方案-AiNas.cc

这次的status命令很明显就已经是激活状态 回到页面里面也是可以正常运行了

图片[4]-群晖DSM 资源监控为0处理方案-AiNas.cc

原因追溯

我们可以看到我们重命名了snmpd.conf这个文件后再进行重启就可以了 所以我们cat一下看看有什么不同

图片[5]-群晖DSM 资源监控为0处理方案-AiNas.cc

ifXTable是什么?
ifXTable 是在网络管理中用于扩展接口表的对象。它是SNMP(简单网络管理协议)中定义的一个MIB(管理信息库)表,用于提供比基本接口表 ifTable 更多的接口相关信息。ifXTable 是 IF-MIB 的一部分,补充和扩展了 ifTable 的功能。

主要功能和作用
ifXTable 提供了以下额外的信息和功能:

更高的接口计数器:支持64位的接口计数器,可以记录更大的流量数据,这是 ifTable 的32位计数器无法支持的。
链路层地址:可以记录接口的链路层地址。
Alias和描述:支持为接口配置别名和描述,有助于管理和识别接口。
接口重新初始化计数:记录接口重新初始化的次数,帮助管理和诊断接口问题。
ifXTable 的具体字段
ifXTable 包含多个字段,每个字段提供特定的接口信息。常见的字段包括:

ifName:接口的名称。
ifInMulticastPkts:接收到的多播包数量。
ifInBroadcastPkts:接收到的广播包数量。
ifOutMulticastPkts:发送的多播包数量。
ifOutBroadcastPkts:发送的广播包数量。
ifHCInOctets:接收到的字节数(高容量)。
ifHCOutOctets:发送的字节数(高容量)。
ifAlias:接口的别名。
ifCounterDiscontinuityTime:接口计数器不连续的时间。

ifXTable的单条含义?

ifXTable .1 14:0 18:0x $

fXTable:指的是这个条目属于 ifXTable,即扩展接口表。
.1:这是接口的索引。索引 1 通常表示第一个网络接口。索引号是唯一的,标识不同的网络接口。
后面的就是无用的定义 这里我们忽略

原因
所以这里我们可以看出,在安装或更改了某一些套件后,会把ifXTable变更,变更后就采集不到我们的3、4、6、8、10对象了可能是因为如此就导致了我们的资源监控一直为0

© 版权声明
THE END
喜欢就支持一下吧
点赞13 分享