有時候當機會有當機畫面，但看畫面的當下還以為是kernel有問題…但實際操作的時候又感覺不像。
後來經測試，把inmon的服務都關掉，測試二個星期，沒當過。
再把inmon服務開啟，才第二天就當了。
所以，要我懷疑inmon有問題嗎?
不可能吧…沒換core之前都是ok的…還是kernel真的有問題?
但，把inmon停掉都正常到不行呀…
好吧…開始把想到這一次的core上…
在舊的core上的sample-rate是8192…因為我想要比較精準，所以改512…
但，inmon會crash的問題還是沒解決，甚至我改架了ntop…512的量讓ntop開起來沒半小時就掛了。想不到…以學校一萬多學生加上數百位教職員的量真的大…
好吧，改回8192好了…
唉…二天後，inmon一樣crash…
ntop也是，但ntop撐的比較久了些…
可我發現奇怪的問題，明明inmon跟ntop都是用服務來啟動，為啥ntop頂多就是那服務crash掉消失，但inmon會讓整台機器死機???
也太傑克了…
好吧…那倒底是啥問題…
*20120601補：上述的話錯了…所謂的rate是值越大包的frame越多，所以，如果512都撐不了，那再調大也一樣撐不了。
這時候(上面說到現在…已經過了半年)…我發現新的core(blackdiamond 8810)在etmon的設定有一個叫『sflow max-cpu-sample-limit』，另一個叫『sflow poll-interval』
後面的『sflow poll-interval』比較好解釋，就是多少時間丟一次…單位是秒，預設值是20…
而『sflow max-cpu-sample-limit』，在指令提示的時候是說『Number of samples per second』，每秒多少個sample…預設值是2000
poll-interval跟sample-rate有直接關係我知道…但『max-cpu-sample-limit』是不是也是有直接控制的關係，我就不太確定…
不過我在這一次把『max-cpu-sample-limit』從2000改1000，『poll-interval』從20改30之後，inmone跑到現在近一星期，是還沒crash…ntop我也懶得再啟動…
*20120601補：就算改了interval跟samplerate，也只是「晚點掛」，但還是會掛。
雖然原因不明，但大至上我最後認為是硬體，也就是拿來收sflow的那台機器(hp G1)實在太舊了，可能不知道是板子還是其他東東老化而死…