Run it under gdb and capture the bt full output (instructions in the FAQ or at snapshot). The automated backtrace is often useless because the hex offsets reflect YOUR compilation and because you don't see the data.
-----Burton ---------- Original Message ---------------------------------- From: "/dev/null" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Date: Wed, 15 Jan 2003 11:14:50 -0600 >linux 2.4 kernel, 486 CPU, ntop 2.1.3 > >The first time ntop ran (after the "real" first time to set the pass and >DBs) it ran for several hours then seg faulted on me. After that I >couldn't keep it up for more than 5 minutes. I ran it in a terminal >with -K and -t 5 and here's what happens: > >**********************************15/Jan/2003 10:32:58 [hash.c:685] >Extending hash size [newSize=512][deviceId=0] >15/Jan/2003 10:32:59 [ntop.c:757] ntop caught signal 11 >15/Jan/2003 10:32:59 [ntop.c:775] > > >*****ntop error: Signal(11) >15/Jan/2003 10:32:59 [ntop.c:777] > backtrace is: >15/Jan/2003 10:32:59 [ntop.c:783] 1. /lib/libpthread.so.0 >[0x4051a144] >15/Jan/2003 10:32:59 [ntop.c:783] 2. /lib/libc.so.6 >[0x40579288] >15/Jan/2003 10:32:59 [ntop.c:783] 3. >/usr/local/lib/libntop-2.1.so.3 [0x402d0280] >15/Jan/2003 10:32:59 [ntop.c:783] 4. >/usr/local/lib/libntop-2.1.so.3 [0x402d2a74] >15/Jan/2003 10:32:59 [ntop.c:783] 5. >/usr/local/lib/libntop-2.1.so.3(handleTCPSession+0x48) [0x402d3cdc] >15/Jan/2003 10:32:59 [ntop.c:783] 6. >/usr/local/lib/libntop-2.1.so.3 [0x402c8de5] >15/Jan/2003 10:32:59 [ntop.c:783] 7. >/usr/local/lib/libntop-2.1.so.3(processPacket+0x173a) [0x402cc2f2] >15/Jan/2003 10:32:59 [ntop.c:783] 8. >/usr/local/lib/libntop-2.1.so.3 [0x402dc004] >15/Jan/2003 10:32:59 [ntop.c:783] 9. >/usr/local/lib/libntop-2.1.so.3(pcap_read+0x17) [0x402dbe53] >15/Jan/2003 10:32:59 [ntop.c:783] 10. >/usr/local/lib/libntop-2.1.so.3(pcap_dispatch+0x22) [0x402dcec2] >15/Jan/2003 10:32:59 [ntop.c:783] 11. >/usr/local/lib/libntop-2.1.so.3(pcapDispatch+0x150) [0x402c5624] >15/Jan/2003 10:32:59 [ntop.c:783] 12. /lib/libpthread.so.0 >[0x4051710c] >15/Jan/2003 10:32:59 [ntop.c:783] 13. >/lib/libc.so.6(__clone+0x3a) [0x4062283a] >15/Jan/2003 10:32:59 [ntop.c:794] Cleaning up... >15/Jan/2003 10:32:59 [ntop.c:864] Waiting until threads terminate... >15/Jan/2003 10:33:02 [hash.c:366] Freeing hash host instances... (3 >device(s) to save) >++++++15/Jan/2003 10:33:04 [leaks.c:508] WARNING: free of NULL pointer @ >hash.c:272 >./rc.ntop: line 8: 10763 Segmentation fault /usr/local/bin/ntop -i >"eth0,eth1,eth2" -p /mnt/raid/alpha/ntopdb/protocol.list -r 30 -u >ntop -w 8080 -K -P /mnt/raid/alpha/ntopdb/ -S 1 -U >http://jake.ntop.org/cgi-bin/mapper.pl -t 5 -M > >Since there's a free of a NULL pointer in hash.c, I'm wondering if when >it goes to extend the hash size if it doesn't bite the dust. > >Any insight/solutions would be great. > > >_______________________________________________ >Ntop mailing list >[EMAIL PROTECTED] >http://listgateway.unipi.it/mailman/listinfo/ntop > ____________________________________________________________ Free 20MB Web Site Hosting and Personalized E-mail Service! Get It Now At Doteasy.com http://www.doteasy.com/et/ _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
