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

起因：

在某一天我的群晖7.2突然发现资源监控的值为0 里面的所有值均为0
如图（图来源贴吧）：

经过

经过1

百度了一下有关的关键词，如“资源监控为0”，找到了这一条链接：贴吧链接

目前看到是6.x的用了都说好 但是我是7.2 发现重启了两次都不能用，所以继续排查

经过2

谷歌了一下 找到了这个

粗略的翻译一下 意思是可以通过这三查看资源监控的异常日志

systemctl restart snmpd
systemctl status snmpd.service
journalctl -xe

我的异常：

巴拉巴拉一大堆 像是SynologyPhotos出了什么问题，然后我们回到这里看第二页 发现了这个

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

好，输入这三个试一下

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

原因追溯

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

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 $

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

原因

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