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

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 140.112.30.32 ※ 文章网址: http://webptt.com/cn.aspx?n=bbs/FreeBSD/M.1406953201.A.334.html