Sargun I have fixed a similar bug a while ago. Please use the ntop version that's in SVN and let me know if it works
Thanks Luca On May 5, 2009, at 1:14 AM, Sargun Dhillon wrote: > I'm experiencing a crash under CentOS5.3. I'm seeing this in > backtrace: > > Mon 04 May 2009 02:50:09 PM PDT [ntop.c:753] SFP: Ending > fingerprint scan cycle 40 - checked 4, resolved 4 > Mon 04 May 2009 02:50:33 PM PDT [rrdPlugin.c:5703] RRD: Cycle 21 > ended, 386 RRDs updated, 0.040 seconds > Mon 04 May 2009 02:50:33 PM PDT [rrdPlugin.c:5167] RRD_DEBUG: > Sleeping for 300 seconds (interval 300, end at Mon 04 May 2009 > 02:55:33 PM PDT) > Mon 04 May 2009 02:52:39 PM PDT [ntop.c:753] SFP: Ending > fingerprint scan cycle 41 - checked 2, resolved 2 > Mon 04 May 2009 02:55:09 PM PDT [ntop.c:753] SFP: Ending > fingerprint scan cycle 42 - checked 1, resolved 1 > Mon 04 May 2009 02:55:33 PM PDT [rrdPlugin.c:5703] RRD: Cycle 22 > ended, 388 RRDs updated, 0.039 seconds > Mon 04 May 2009 02:55:33 PM PDT [rrdPlugin.c:5167] RRD_DEBUG: > Sleeping for 300 seconds (interval 300, end at Mon 04 May 2009 > 03:00:33 PM PDT) > Mon 04 May 2009 02:57:39 PM PDT [ntop.c:753] SFP: Ending > fingerprint scan cycle 43 - checked 1, resolved 1 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x9ebd9b90 (LWP 25986)] > incrementTrafficCounter (ctr=0x38, value=1) at util.c:4281 > 4281 util.c: No such file or directory. > in util.c > (gdb) bt > #0 incrementTrafficCounter (ctr=0x38, value=1) at util.c:4281 > #1 0x02480553 in handleBootp (srcHost=0x9be8bc0, dstHost=0x9bada70, > sport=68, > dport=67, packetDataLength=303, packetData=0x9ebd709a > "\001\001\006", > actualDeviceId=3) at protocols.c:528 > #2 0x0248d3ad in handleSession (h=0x9ebd90f0, fragmentedData=0, > tcpWin=0, > srcHost=0x9be8bc0, sport=68, dstHost=0x9bada70, dport=67, > sent_length=331, > rcvd_length=0, tp=0x0, packetDataLength=303, > packetData=0x9ebd709a "\001\001\006", actualDeviceId=3, > newSession=0x9ebd6b9a, real_session=1 '\001') at sessions.c:2861 > #3 0x02472021 in processIpPkt (bp=0x9ebd707e "E", h=0x9ebd90f0, > length=345, > ether_src=0x9ebd7004 "", ether_dst=0x9ebd6ffe "", actualDeviceId=3, > vlanId=65535) at pbuf.c:1956 > #4 0x024761aa in processPacket (_deviceId=0x3 <Address 0x3 out of > bounds>, > h=0x9ebd90f0, p=0x9ebd7070 "") at pbuf.c:3686 > #5 0x0247ac58 in queuePacket (_deviceId=0x3 <Address 0x3 out of > bounds>, > h=0x9ebd90f0, p=0x9475fda "") at pbuf.c:2505 > #6 0x00ae546a in ?? () from /usr/lib/libpcap.so.0.9.4 > #7 0x00ae58d7 in pcap_dispatch () from /usr/lib/libpcap.so.0.9.4 > #8 0x02468322 in pcapDispatch (_i=0x3) at ntop.c:94 > #9 0x0059349b in start_thread () from /lib/libpthread.so.0 > #10 0x0051342e in clone () from /lib/libc.so.6 > (gdb) > > > Any ideas as to what's causing this issue? And how to fix it? > > Sargun Dhillon > 925.202.9485 > deCarta > [email protected] > www.decarta.com > > > > _______________________________________________ > 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
