[Ntop-dev] CentOS5.3 crash

[Sargun Dhillon]

English?

Yuri Francalacci wrote:
> 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
>>> sdhillon at decarta.com
>>> www.decarta.com
>>>
>>>
>>>
>>> _______________________________________________
>>> Ntop-dev mailing list
>>> Ntop-dev at unipi.it
>>> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
>>>       
>> _______________________________________________
>> Ntop-dev mailing list
>> Ntop-dev at unipi.it
>> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
>>     
>
> _______________________________________________
> Ntop-dev mailing list
> Ntop-dev at unipi.it
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
>   


-- 
+1.925.202.9485
Sargun Dhillon
deCarta
sdhillon at decarta.com
www.decarta.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listgateway.unipi.it/pipermail/ntop-dev/attachments/20090504/8884a8b3/attachment.html