※ 引述《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 是不是还活着
死了的话就重开它吧