※ 引述《chenghuan47 (對面的學妹看過來)》之銘言：
: ※ [本文轉錄自 Network 看板 #1Jt5bLMP ]
: Aug 2 11:13:44 kernel: em0: promiscuous mode enabled
: Aug 2 11:13:44 kernel: em3: promiscuous mode enabled
: Aug 2 11:13:44 ntop[12814]: THREADMGMT[t685773120]: Now running as a daemon
: Aug 2 11:13:44 ntop[12659]: THREADMGMT[t685773120]: ntop RUNSTATE: INIT(2)
: Aug 2 11:13:44 ntop[12659]: THREADMGMT[t685773120]: ntop RUNSTATE: PREINIT(1)
: Aug 2 11:13:42 php: /status_services.php: The command
: '/usr/local/etc/rc.d/ntop.sh stop' returned exit code '1', the output was 'No
: matching processes were found'
: Aug 2 11:13:20 php: /index.php: Successful login for user 'chenghuan' from:
: 59.127.233.128
: Aug 2 11:13:20 php: /index.php: Successful login for user 'chenghuan' from:
: 59.127.233.128
: Aug 2 06:36:06 kernel: em0: promiscuous mode disabled
: Aug 2 06:36:06 kernel: em3: promiscuous mode disabled
: Aug 2 06:36:06 kernel: pid 32737 (ntop), uid 0: exited on signal 11 (core
^^^^^^^^^^^^^^^^ ^^^^^^^^^
: dumped)
FreeBSD 的 signal 11 是 SIGSEGV (segmentation violation)
通常是 ntop 本身的 bug 造成的
先看 PFSense 官方有沒有新版的 ntop 套件可以更新吧
也許新版的 ntop 已經修掉這個 bug 了
如果 PFSense 沒有新版，或新版還是會發生這個問題
就看看 ntop 官方有沒有更新版
不過就要自己做出 PFSense 的套件了
如果還是無法解決的話，大概就只能自己 debug 了
加上 debug flag 重編 ntop 後讓它跑
下次又發生 exited on signal 11 時
就可以拿到比較友善的 core dump 來 debug
如果無法自己 debug 的話
workaround 是寫一隻 cron scripts 定期檢查 ntop 是不是還活著
死了的話就重開它吧