Summary: | ntop segfault after a while | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | hall <hall.list> |
Component: | Current packages | Assignee: | Gentoo Netmon project <netmon> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | craig, dashnu, jakub, raybooysen, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
hall
2005-03-07 13:02:09 UTC
Can you please emerge using CFLAGS="-march=pentium4" only? ok. I've tried that as well as CFLAGS="" and cvs version. neither one worked. here is tail of strace, note this is a SMP system. nanosleep({10, 0}, Mon Mar 14 20:49:50 2005 CHKVER: Version file is from 'version.ntop.org' Mon Mar 14 20:49:50 2005 CHKVER: as of date is '2004-12-01T17:00:00' Mon Mar 14 20:49:50 2005 CHKVER: This version of ntop is a minimally supported but OLDER version - please upgrade {10, 0}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 time(NULL) = 1110851399 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_IGN}, 8) = 0 nanosleep({10, 0}, {10, 0}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 time(NULL) = 1110851409 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_IGN}, 8) = 0 nanosleep({10, 0}, 0xbfffeb04) = ? ERESTART_RESTARTBLOCK (To be restarted) +++ killed by SIGSEGV +++ strace output is usually (although not necessarily in this case) fairly useless when it comes to these kinds of bugs. Can you use strace -o and then either a) attach the file here or b) put the file elsewhere and post a link to it? It's hard looking at just the last 10 lines, as you really have no context. Also, even better than strace output (in addition to, not in leu of the strace), can you get a gdb backtrace? If you don't know how and would like me to explain to you how to go about getting one, don't hesitate to ask. details on gdb backtraces can be found at: http://dev.gentoo.org/~tigger/blog/guidexml/auditing-system.html Some Serious bug of crash have been solved on the cvs version... These bug happen when you have multiple Nic with multiple VLAN... can we have a ebuild on the CVS version? hall: can you confirm that ntop segfaults due to memory overflow? You may start ntop and look at output of `ps aux`. I can see that ntop is eating more and more memory... But may be memory overflow is another problem, may be not. ntop-3.1 segfaults here right when starting it w/ anything above -O0 CFLAGS="-march=athlon-xp -O0 -pipe -fomit-frame-pointer" works, -O1 and above kills the thing. Hmmm. :/ Does not seem to leak memory though. try ntop-3.2 and if it still freaks out, please drop a line upstream dev list: http://www.ntop.org/support.html *** Bug 118739 has been marked as a duplicate of this bug. *** |