从日语网页机器翻译过来的，将就看。

原文链接： http://www.checksite.jp/zabbix-agent-system-cpu-load-not-support/

有一个Linux服务器的zabbix代理看，模板使用“模板OS的Linux（模板应用的zabbix代理）”。

在Linux服务器的项目列表，地位的下列项目已成为“不支持”。

  • 处理器负载（每核心1分钟平均）system.cpu.load [percpu，AVG1]

  • 处理器负载（每个核心5分钟平均值）system.cpu.load [percpu，avg5]

  • 处理器负载（每核心15分钟平均值）system.cpu.load [percpu，avg15]

顺便说一句，的zabbix服务器是“2.0.5”的zabbix代理已使用“16年8月1日”。

日志调查

我检查的zabbix代理一侧的日志文件“zabbix_agentd.log”，但没有特别的问题。

如果查看的zabbix服务器端的日志文件“zabbix_server.log”，在日志下面是被输出。

项目[CheckSite：system.cpu.load [percpu，avg15]成为不支持：通过代理的zabbix不支持项目[CheckSite：system.cpu.load [percpu，AVG1]成为不支持：通过代理的zabbix不支持项目[CheckSite：system.cpu.load [percpu，avg5]成为不支持：通过代理的zabbix不支持

不同的zabbix代理的版本，你可能只是一个“不支持”的结果。

在确认命令zabbix_get

我试着在zabbix_get命令检查。

＃Zabbix_get -s（代理的zabbix）-k agent.version16年8月1日＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [percpu，AVG1]ZBX_NOTSUPPORTED＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [percpu，avg5]ZBX_NOTSUPPORTED＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [percpu，avg15]ZBX_NOTSUPPORTED＃Zabbix_get -s（代理的zabbix）-k system.cpuZBX_NOTSUPPORTED＃Zabbix_get -s（代理的zabbix）-k system.cpu.load0.310000＃

因为在所显示的相应的项目是“ZBX_NOTSUPPORTED”，或许设置从差的版本来的关键的区别。一旦只需指定system.cpu.load，我们把它Rashiki数据。

原因找到

地点试图Gugutsu约system.cpu.load，的zabbix网站“的zabbix代理”有在system.cpu.load的描述。

据此，system.cpu.load [<CPU>，<模式>]中，支持percpu参数<CPU>，从2.0.0的zabbix做事情。这种代理的zabbix版本能够说服，因为它是“16年8月1日”。

当您运行zabbix_get命令来尝试在<CPU>指定所有（或空）的默认，你得到的价值。

＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [，AVG1]0.030000＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [，avg5]0.120000＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [，avg15]0.170000＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [所有，AVG1]0.020000＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [所有，avg5]0.110000＃Zabbix_get -s（代理的zabbix）-k system.cpu.load [所有，avg15]0.170000＃

顺便说一下，做了以下描述。
AVG1（1分钟的平均，默认 ），avg5（5分钟平均），avg15（15分钟内的平均）

剩下的挑战

如上所述，在system.cpu.load说到“模板OS的Linux（模板应用的zabbix代理）”的zabbix服务器2.0.5的模板，system.cpu.load的“percpu”在的zabbix代理16年8月1日模式因为不支持，它似乎不能够作为模板使用。

而单独考虑不使用“percpu”模式的方法。