la centos รจ pronta. domani si prova se vuoi. Y. On May 5, 2009, at 1:37 AM, Luca Deri wrote:
> 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 _______________________________________________ Ntop-dev mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-dev
