從日語網頁機器翻譯過來的，將就看。
原文鏈接： 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”模式的方法。