I didn't see the correlation, but it "appears" as though when I delete
the dnsCache.db file I run fine for much longer.  Before I captured this
I was crashing every day or two.  I renamed the dnsCache.db to *.bad and
restarted in gdb, so we'll see what happens!

When looking at sessions.c I found a note to a contributed patch and
emailed this person, but it bounced back undeliverable.

I downloaded the 3.3.8 package from FreeBSD.org and and trying to get
svn working so I can get the latest source as well.

Thanks!

Gary


-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
Luca Deri
Sent: Wednesday, May 06, 2009 3:43 PM
To: [email protected]
Cc: [email protected]
Subject: Re: [Ntop] segfault captured in gdb

Gary
ntop is purging idle TCP sessions and you have got this core. The DNS  
has nothing to do with this problem

Luca

On May 6, 2009, at 7:56 PM, Gary Gatten wrote:

> <!-- /* Font Definitions */ @font-face {font-family:Tahoma;  
> panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal,  
> li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font- 
> size:12.0pt; font-family:"Times New Roman";} a:link,  
> span.MsoHyperlink {color:blue; text-decoration:underline;}  
> a:visited, span.MsoHyperlinkFollowed {color:purple; text- 
> decoration:underline;} p.MsoPlainText, li.MsoPlainText,  
> div.MsoPlainText {margin:0in; margin-bottom:.0001pt; font-size: 
> 10.0pt; font-family:"Courier New";} span.EmailStyle18 {mso-style- 
> type:personal; font-family:Arial; color:windowtext;}  
> span.EmailStyle19 {mso-style-type:personal-reply; color:black;}  
> @page Section1        {size:8.5in 11.0in; margin:1.0in 1.25in 1.0in  
> 1.25in;} div.Section1 {page:Section1;} -->
> What would the IDLE_PURGE process have to do with the dnsCache.db -  
> if anything?
>
>
>
> From: [email protected] [mailto:[email protected]] On Behalf  
> Of Gary Gatten
> Sent: Wednesday, May 06, 2009 10:43 AM
> To: [email protected]; [email protected]
> Subject: [Ntop] segfault captured in gdb
>
>
>
> My log rolled over so haven't viewed it yet, but that last 50 times  
> it's crashed it's been during/after an "IDLE_PURGE" cycle, which  
> makes some sense if I'm reading the gdb stuff correctly
>
>
>
> [New Thread 0x8060a00 (LWP 100097)]
>
>
>
> Program received signal SIGSEGV, Segmentation fault.
>
> [Switching to Thread 0x8060a00 (LWP 100097)]
>
> 0x48171d30 in scanTimedoutTCPSessions (actualDeviceId=1) at  
> sessions.c:493
>
> 493     sessions.c: No such file or directory.
>
>         in sessions.c
>
>
>
> (gdb) list
>
> 666     ntop.c: No such file or directory.
>
>         in ntop.c
>
>
>
> (gdb) bt full
>
> #0  0x48171d30 in scanTimedoutTCPSessions (actualDeviceId=1) at  
> sessions.c:493
>
>         nextSession = (IPSession *) 0x0
>
>         prevSession = (IPSession *) 0xd57f200
>
>         theSession = (IPSession *) 0xd57f200
>
>         _idx = 6940
>
>         freeSessionCount = 6706
>
>         purgeLimit = 15932
>
>         idx = 45518
>
> #1  0x48155b53 in purgeIdleHosts (actDevice=1) at hash.c:702
>
>         idx = 2562
>
>         numFreedBuckets = 2562
>
>         numHosts = 2562
>
>         startTime = 1209730240
>
>         noSessionPurgeTime = 1241618347
>
>         withSessionPurgeTime = 1241617147
>
>         lastPurgeTime = {1241618947, 1241618947, 0 <repeats 30 times>}
>
>         firstRun = 0 '\0'
>
>         theFlaggedHosts = (HostTraffic **) 0x0
>
>         maxHosts = 21539
>
>         scannedHosts = 21544
>
>         hiresDeltaTime = -0.100000001
>
>         hiresTimeStart = {tv_sec = 1241618947, tv_usec = 290872}
>
>         hiresTimeEnd = {tv_sec = 1241618947, tv_usec = 288711}
>
>         el = (HostTraffic *) 0x481b04c0
>
>         prev = (HostTraffic *) 0xe73d000
>
>         next = (HostTraffic *) 0x8060a00
>
> #2  0x4815e702 in scanIdleLoop (notUsed=0x0) at ntop.c:666
>
>         i = 1
>
> #3  0x488e1ab1 in pthread_create () from /usr/lib/libpthread.so.2
>
> No symbol table info available.
>
> #4  0x48b4445f in _ctx_start () from /lib/libc.so.6
>
> No symbol table info available.
>
> (gdb)
>
>
>
>
>
>
>
> (gdb) info threads
>
> [New Thread 0x9427c00 (sleeping)]
>
> [New Thread 0x8ac9200 (sleeping)]
>
> [New Thread 0x8ac9000 (sleeping)]
>
> [New Thread 0x8060e00 (runnable)]
>
> [New Thread 0x8060c00 (runnable)]
>
> [New Thread 0x8060800 (sleeping)]
>
> [New Thread 0x8060600 (sleeping)]
>
> [New Thread 0x8060200 (LWP 100118)]
>
>   11 Thread 0x8060200 (LWP 100118)  0x488f6277 in pthread_testcancel  
> ()
>
>    from /usr/lib/libpthread.so.2
>
>   10 Thread 0x8060600 (sleeping)  0x488eee7f in  
> pthread_mutexattr_init ()
>
>    from /usr/lib/libpthread.so.2
>
>   9 Thread 0x8060800 (sleeping)  0x488eee7f in  
> pthread_mutexattr_init ()
>
>    from /usr/lib/libpthread.so.2
>
>   8 Thread 0x8060c00 (runnable)  0x48ae7e73 in kevent () from /lib/ 
> libc.so.6
>
>   7 Thread 0x8060e00 (runnable)  0x48ae90b3 in select () from /lib/ 
> libc.so.6
>
>   6 Thread 0x8ac9000 (sleeping)  0x488eee7f in  
> pthread_mutexattr_init ()
>
>    from /usr/lib/libpthread.so.2
>
>   5 Thread 0x8ac9200 (sleeping)  0x488eee7f in  
> pthread_mutexattr_init ()
>
>    from /usr/lib/libpthread.so.2
>
>   4 Thread 0x9427c00 (sleeping)  0x488eee7f in  
> pthread_mutexattr_init ()
>
>    from /usr/lib/libpthread.so.2
>
> * 3 Thread 0x8060a00 (LWP 100097)  0x48171d30 in  
> scanTimedoutTCPSessions (
>
>     actualDeviceId=1) at sessions.c:493
>
>   2 Thread 0x8060000 (sleeping)  0x488eee7f in  
> pthread_mutexattr_init ()
>
>    from /usr/lib/libpthread.so.2
>
> (gdb)
>
>
>
>
>
> (gdb) thread 3
>
> [Switching to thread 3 (Thread 0x8060a00 (LWP 100097))]#0   
> 0x48171d30 in scanTimedoutTCPSessions (actualDeviceId=1) at  
> sessions.c:493
>
> 493     sessions.c: No such file or directory.
>
>         in sessions.c
>
>
>
>
>
>
>
>
>
> "This email is intended to be reviewed by only the intended  
> recipient and may contain information that is privileged and/or  
> confidential. If you are not the intended recipient, you are hereby  
> notified that any review, use, dissemination, disclosure or copying  
> of this email and its attachments, if any, is strictly prohibited.  
> If you have received this email in error, please immediately notify  
> the sender by return email and delete this email from your system."
>
> "This email is intended to be reviewed by only the intended  
> recipient and may contain information that is privileged and/or  
> confidential. If you are not the intended recipient, you are hereby  
> notified that any review, use, dissemination, disclosure or copying  
> of this email and its attachments, if any, is strictly prohibited.  
> If you have received this email in error, please immediately notify  
> the sender by return email and delete this email from your system."
> _______________________________________________
> Ntop mailing list
> [email protected]
> http://listgateway.unipi.it/mailman/listinfo/ntop

_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop





<font size="1">
<div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 
1.0pt 0in'>
</div>
"This email is intended to be reviewed by only the intended recipient
 and may contain information that is privileged and/or confidential.
 If you are not the intended recipient, you are hereby notified that
 any review, use, dissemination, disclosure or copying of this email
 and its attachments, if any, is strictly prohibited.  If you have
 received this email in error, please immediately notify the sender by
 return email and delete this email from your system."
</font>

_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop

Reply via email to