最近在河南專案的幾台windows流**伺服器流量使用很高，需要監控每天的頻寬使用情況，並根據具體的情況做相應的調整！前期部署監控的系統的時候網路流量方面採用cacti統一監控，服務方面採用nagios統一監控並報警！實際的使用過程中，流**頻寬很快就超過了100mb，cacti出圖方面的資訊極為不準確，google一番，類似的情況很多，主要反應為snmp 32位的問題，按照如下的文章折騰一番後，問題依舊!
從上看，改為in/out bits(64-bit counters)後，就直接不出圖了，in/out bits則出圖，但資料完全不對！隨便看下伺服器的頻寬使用，任何時刻都超過100mb
於是繼續排查，發現貌似windows系統本身不支援snmp 64bit counters，參考：
於是改用nagios直接監控網絡卡的計數器資料
1
2
[root@bak ~]# /usr/local/nagios/libexec/check_nt -h"ip address"-p12489-v counter -l'\network inte***ce(broadcom netxtreme gigabit ethernet)\bytes total/sec',"total_bytes/s %f"-w78643200-c85196800
total_bytes/s21052800.000000|'total_bytes/s %f'=21052800.000000%;78643200.000000;85196800.000000;
發現資料大致正確，(21052800/1024/1024)*8 = 160mb,於是直接寫入配置檔案，使用check_nrpe外掛程式呼叫
1
2
3
4
5
6
7
define service
ylw6006
當弱者遭遇強者
前天學校組織 帕運會盲人門球，看第四場男子中國對美國，看完之後的確讓中國人振奮 最後剩下40.1秒的時候，中國對美國比分13 3，太大的差距了，奇蹟不可能發生，這時出乎意料地，美國隊放棄了剩下的40秒，認輸了。這又讓我想起來，奧運會上中國男籃對美國男藍的那場藍球賽，同樣是大比分，同樣是弱隊遭遇強隊，...
當《教父》遭遇《蝙蝠俠》
web2.0 的基石是群體智慧型 wisdom of crowds digg wikipedia mahalo 的成功說明群體是智慧型的，然而也不盡然，digg 的 hd 金鑰事件就是例子，在諸如此類的事件中，那些 思想的 群起而攻，淹沒積極的聲音並將這種群體智慧型扭曲。最近的 imdb 是另乙個例...
當AJAX遭遇GBK的尷尬
我在之前的一篇文章 struts,ajax亂碼解決方案 中講到ajax提交亂碼的解決方案。這個方案在utf 8的編碼下，不管提交或獲取都沒有變成亂碼，但當你的客戶端是gbk編碼時提交就會出現亂碼 獲取時不會 beansoft 說用encodeuricomponent保險，呵呵，這個不是我沒試過，從一...