What's weird is the deviceId = 5 (specifically _deviceId=0x5). Yet you only
show 5 devices in the PR, 0..4:
Network Interface 0 dmfe0
Network Interface 1 NetFlow-device.2 IE-MPLS
Network Interface 2 NetFlow-device.3 DE-MPLS
Network Interface 3 NetFlow-device.4 GB-MPLS
Network Interface 4 NetFlow-device.5 ES-MPLS
What's the netFlow setup look like? Did you do anything even slightly odd,
like delete an interface and then add it again??
What is in the log, esp. when you grep out the NETFLOW: lines from the plugin
startup?
-----Burton
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Naman Latif
Sent: Thursday, January 20, 2005 9:28 AM
To: [email protected]
Subject: RE: [Ntop] NTOP 3.1 dies on Reset_Stats - PRQ5CVD8B
Anyone able to find a solution for this ? OR If has been successful in using
the Reset Stats function in 3.1 ?
-----Original Message-----
From: Naman Latif
Sent: Monday, January 17, 2005 11:15 AM
To: [email protected]
Subject: RE: [Ntop] NTOP 3.1 dies on Reset_Stats - PRQ5CVD8B
Here is the gdb output.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
ravi:/home/ntop/config # gdb /usr/local/bin/ntop GNU gdb 5.3 Copyright 2002
Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...
(gdb) set args @/home/ntop/config/ntop_config_sb-internet -K
(gdb) run
Starting program: /usr/local/bin/ntop @/home/ntop/config/ntop_config_sb-internet
-K
[New Thread 16384 (LWP 18847)]
Processing file /home/ntop/config/ntop_config_sb-internet for parameters...
Mon Jan 17 11:04:07 2005 Initializing gdbm databases [New Thread 32769 (LWP
18848)] [New Thread 16386 (LWP 18849)] [New Thread 32771 (LWP 18850)] [New
Thread 49156 (LWP 18851)] [New Thread 65541 (LWP 18852)] [New Thread 81926 (LWP
18853)] [New Thread 98311 (LWP 18854)] [New Thread 114696 (LWP 18855)] [New
Thread 131081 (LWP 18856)] [New Thread 147466 (LWP 18857)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 131081 (LWP 18856)] 0x4177d6ba in netflowMainLoop
(_deviceId=0x5) at netflowPlugin.c:1153
1153 if(FD_ISSET(myGlobals.device[deviceId].netflowGlobals->netFlowInSo
cket, &netflowMask)){
(gdb) list
1148 maxSock = myGlobals.device[deviceId].netflowGlobals->netFlowInSc
tpSocket;
1149 }
1150 #endif
1151
1152 if((rc = select(maxSock+1, &netflowMask, NULL, NULL, NULL)) > 0) {
1153 if(FD_ISSET(myGlobals.device[deviceId].netflowGlobals->netFlowInSo
cket, &netflowMask)){
1154 len = sizeof(fromHost);
1155 rc = recvfrom(myGlobals.device[deviceId].netflowGlobals->netFlow
InSocket,(char*)&buffer, sizeof(buffer),
1156 0,(struct sockaddr*)&fromHost, &len);
1157 }
(gdb) info stack
#0 0x4177d6ba in netflowMainLoop (_deviceId=0x5) at netflowPlugin.c:1153
#1 0x41286c60 in pthread_start_thread () from /lib/libpthread.so.0
#2 0x41286cdf in pthread_start_thread_event () from /lib/libpthread.so.0
(gdb)
(gdb) bt full
#0 0x4177d6ba in netflowMainLoop (_deviceId=0x5) at netflowPlugin.c:1153
netflowMask = {__fds_bits = {262144, 0 <repeats 31 times>}}
rc = 1
len = 16
buffer =
"\0\005\0\036\227\b2IAâ\f\217\0\026\225Z\bB!\211\0\0\0\0ââ232N'
\204b\221â\232Aâ\0\001\0\002\0\0\0\005\0\0\001
\227\b+\232\227\b+Î\211â\0P\001\0
36\006\0\0\0\0\0\032\0#ââ\204b\221â\232N'â\232N'\0\002\0\001\0\0\0\004\0\0\002_\
227\b+â\227\b+Î\0P\211ââ\e\006\0\0\0\0\0\0\032âsâ\232N'â\204b\221â\232Aâ\0\001\0
\002\0\0\0\005\0\0\002\006\227\b+â\227\b,&\211â\0P$\036\006\0\0\0\0\0\032\0â8â\2
32N'â\204b\221â\232Aâ\0\001\0\002\0\0\0\005\0\0\002\t\227\b+Ã\227\b,:"...
fromHost = {sin_family = 2, sin_port = 37594, sin_addr = {
s_addr = 3482996225}, sin_zero = "\0\0\0\0\0\0\0"}
#1 0x41286c60 in pthread_start_thread () from /lib/libpthread.so.0 No symbol
table info available.
#2 0x41286cdf in pthread_start_thread_event () from /lib/libpthread.so.0 No
symbol table info available.
(gdb)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Burton Strauss [mailto:[EMAIL PROTECTED]
Sent: Monday, January 17, 2005 6:17 AM
To: [email protected]
Subject: RE: [Ntop] NTOP 3.1 dies on Reset_Stats - PRQ5CVD8B
Truss output doesn't tell us anything about where it's actually dying. You
need to run under gdb (instructions are in docs/FAQ) to capture the failing
code...
-----Burton
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Naman Latif
Sent: Sunday, January 16, 2005 2:21 PM
To: [email protected]
Subject: [Ntop] NTOP 3.1 dies on Reset_Stats - PRQ5CVD8B
_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop
