Same question as last time

  http://article.gmane.org/gmane.linux.ntop.general/4370

same answer...

  http://article.gmane.org/gmane.linux.ntop.general/4374


The free of the null pointer is irrelevant (it's a double free of the other
hash entry, it's caught and occurs AFTER the seg fault)

-----Burton



-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of /dev/null
Sent: Wednesday, January 15, 2003 2:42 PM
To: [EMAIL PROTECTED]
Subject: [Ntop-dev] signal 11 and Seg fault


Hello,

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-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

Reply via email to