我們環境用zabbix mpm來監控mysql，不過最近官網已經不叫mpm了，而是叫fpmmm，理由為：

fpmmm is the successor of mpm. mpm was renamed to fpmmm because of the naming conflict with the Apache Multi-Processing Modules (MPM).

好啦，那是官方的行為，我們可以不管，于是我們下載了最新的fpmmm(fpmmm-0.10.5.tar.gz)監控模塊

導入模版一切正常，但卻發現得不了數據：

用zabbix_sender發送數據也發不了

看日志(fpmmm模塊)：

less /tmp/fpmmm/fpmmm.log (發現有如下的大量重復log)

46819:2016-04-21?10:22:02.630?-?WARN:???????ZabbixServer=122.54.133.40,?ZabbixServerPort=10051,?Hostname=52.29.mysql.3306

46819:2016-04-21?10:22:02.630?-?WARN:???????Connection?to?zabbix?server?failed?(rc=1800)!

46819:2016-04-21?10:22:02.648?-?ERR?:???????Failed?to?execute?(rc=1107/ret=1).

看來是遠程的ZabbixServer連接失敗。

此時用telnet 去聯接的話提示：

[chenzejin@localhost?~]$?telnet?122.54.133.40 10051

Trying 122.54.133.40...

telnet:?connect?to?address 122.54.133.40:?No?route?to?host

看來應該是防火墻的問題：

開啟防火墻：確保sever端開通了10051端口：

-A?INPUT?-s?122.54.133.40 -m?state?--state?NEW?-m?tcp?-p?tcp?--dport?10050:10051?-j?ACCEPT

-A?INPUT?-s?122.54.133.40 -m?state?--state?NEW?-m?udp?-p?udp?--dport?10050:10051?-j?ACCEPT

再次連接：

[root@localhost?tpl]#?telnet?122.54.133.40 10051

Trying 122.54.133.40...

telnet:?connect?to?address 122.54.133.40:Connection?refused

很奇怪，server端已經開啟了10051端口了呀，再用如下命令掃描一下這個端口：

[root@localhost?chenzejin]#??nmap?-p10051 122.54.133.40

Starting?Nmap?5.51?(?http://nmap.org?)?at?2016-04-21?10:15?CST

Nmap?scan?report?for 122.54.133.40

Host?is?up?(0.0021s?latency).

PORT??????STATE??SERVICE

10051/tcp?closed?unknown

Nmap?done:?1?IP?address?(1?host?up)?scanned?in?0.14?seconds

發現是closed狀態，所以連接不了。

奇怪，在本地測試都好好的，現在搬到生產環境上的測試就不行了

于是看了zabbix_server上的10051端口如下：

[root@localhost?zabbix]#?netstat?-lnpt?|?grep?10051

tcp????????0??????127.0.0.1:10051???????????????0.0.0.0:*???????????????????LISTEN??????58116/zabbix_server

再對比了本地正常可監聽的環境，發現了一點點不了樣

[root@zejin240?zabbix]#?netstat?-lnpt?|?grep?10051

tcp????????0??????0?0.0.0.0:10051???????????????0.0.0.0:*???????????????????LISTEN??????58116/zabbix_server

所以應該是zabbix_server的配置問題了。

再打開zabbix_server.conf的配置文件，發現有如下的配置：

###?Option:?ListenIP

#???????List?of?comma?delimited?IP?addresses?that?the?trapper?should?listen?on.

#???????Trapper?will?listen?on?all?network?interfaces?if?this?parameter?is?missing.

#

#?Mandatory:?no

#?Default:

#?ListenIP=0.0.0.0

ListenIP=127.0.0.1

我在本地的ListenIP=127.0.0.1是被注釋掉的，而生產上這個選項被打開了

發現了這個選項，怪不得，于是把服務器的ip也加上，如下：

ListenIP=127.0.0.1,122.54.133.40

重啟zabbix server服務

再在agent端執行：

[root@localhost?zabbix]#??nmap?-p10050 122.54.133.40

Starting?Nmap?5.51?(?http://nmap.org?)?at?2016-04-21?10:43?CST

Nmap?scan?report?for 122.54.133.40

Host?is?up?(0.0021s?latency).

PORT??????STATE?SERVICE

10050/tcp?openunknown

Nmap?done:?1?IP?address?(1?host?up)?scanned?in?0.15?seconds

一切正常，可以連接通訊了。

數據也正常獲取到了。

至此解決了了zabbix mpm獲取不到數據的情況

總結：

第一步：看log，log永遠是第一手資料

第二步：防火墻檢查，端口檢查

第三步：zabbix_server配置檢查

122.54.133.40此ip為虛構ip，如果碰巧，純屬巧合。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的mysql fpmmm_zabbix配fpmmm(mpm)数据传送不了问题解决的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。