: Seg fault when querying for the UDP table
To: "Dave Shield"
Cc: net-snmp-users@lists.sourceforge.net
Date: Tuesday, April 13, 2010, 5:12 PM
Hi Dave,
Sorry, here is our makefile
SNMP_MIB_MODULES_INCLUDED = \
host/hr_device \
host/hr_disk \
host/hr_filesys
hi
--- On Tue, 4/13/10, Dave Shield wrote:
From: Dave Shield
Subject: Re: Seg fault when querying for the UDP table
To: "Malathi Panyam"
Cc: net-snmp-users@lists.sourceforge.net
Date: Tuesday, April 13, 2010, 12:13 AM
On 13 April 2010 05:23, Malathi Panyam wrote:
> We d
On 13 April 2010 05:23, Malathi Panyam wrote:
> We do enable the IPv6 support in the makefile. It looks like when Net SNMP is
> configured
> on Ubuntu system, all the default MIBs are used, I mean without the configure
> options
>
> --with-out-mib-modules="$(SNMP_MIB_MODULES_EXCLUDED)" \
> --wit
e these two lines from the make
file? Do we face any performance issues with that?
Thanks and Regards,
Malathi
--- On Mon, 4/12/10, Dave Shield wrote:
From: Dave Shield
Subject: Re: Seg fault when querying for the UDP table
To: "Malathi Panyam"
Cc: net-snmp-users@lists.sourcefo
On 11 April 2010 00:21, Malathi Panyam wrote:
> Hi Dave,
> Sure, once I figure out the fix, I will definitely update the users
> list.
Thanks.
Sorry if I sounded a bit sharp last week.
Supporting this software does get a bit frustrating at times.
> I tried to debug further on OpenWRT
Var;
(gdb) print vp->findVar
$1 = (FindVarMethod *) 0x7f6c5e13fa80
I could not understand why the handler's "findVar" got asssigned to
"var_tunnelIfEntry" instead of "var_udp6"..Am I missing something fundamentally?
Thanks and Regards,
Malathi
--- On Fri, 4/9/10
On 9 April 2010 01:23, Malathi Panyam wrote:
> I would like to mention that When I try the same on Ubuntu machine everything
> works fine, when I try to move the code to the target machine, which runs the
> linux with OpenWRT I am seeing the segfault..
It might have been useful if you had mention
Regards,
Malathi
--- On Tue, 4/6/10, Dave Shield wrote:
From: Dave Shield
Subject: Re: Seg fault when querying for the UDP table
To: "Malathi Panyam"
Cc: net-snmp-users@lists.sourceforge.net
Date: Tuesday, April 6, 2010, 4:40 AM
On 2 April 2010 22:58, Malathi Panyam wrote:
>
On 2 April 2010 22:58, Malathi Panyam wrote:
> I would like to know, when I exclude the ifTable from the agent, why it has
> to ask the agent code for the ifTable details? it should be asking my
> subagent code right?
No idea.
Let's try and get to the bottom of the -I-ifTable problem first.
>
her mibs need to be excluded?
With that being said, when we exclude the if-MIB and provide our own
implementation, we need to provide support for these dependent mibs also?
Please help..
Regards,
Malathi
--- On Fri, 4/2/10, Malathi Panyam wrote:
From: Malathi Panyam
Subject: Re: Seg fault w
Shield
Cc: net-snmp-users@lists.sourceforge.net
Sent: Thu, April 1, 2010 9:19:26 AM
Subject: Re: Seg fault when querying for the UDP table
Hi Dave,
If I dont use -DALL, I do not see any debug out other than the seg
fault message.
This time I tried running only the standard agent a
s.
Regards,
Malathi
From: Dave Shield
To: Malathi Panyam
Cc: net-snmp-users@lists.sourceforge.net
Sent: Thu, April 1, 2010 12:26:26 AM
Subject: Re: Seg fault when querying for the UDP table
On 31 March 2010 23:30, Malathi Panyam wrote:
> I tried using the d
On 31 March 2010 23:30, Malathi Panyam wrote:
> I tried using the debug flags you provided
No - you turned on *ALL* debugging.
So any useful information promptly gets buried in a mass of output.
There's also not a lot of point in turning on the udpEndpointTable
debug output if you al
From: Dave Shield
To: Malathi Panyam
Cc: net-snmp-users@lists.sourceforge.net
Sent: Wed, March 31, 2010 12:05:19 PM
Subject: Re: Seg fault when querying for the UDP table
On 31 March 2010 17:26, Malathi Panyam wrote:
> Here is the response for the getnext queries;
> 1. snmpw
On 31 March 2010 17:26, Malathi Panyam wrote:
> Here is the response for the getnext queries;
> 1. snmpwalk for "snmp" is fine
Good.
> 2. snmpgetnext udpLocalPort.134.56.72.221.123
> snmpgetnext udpEntry.3
> snmpgetnext udpEndpointProcess
> All the above t
eforge.net
Sent: Wed, March 31, 2010 12:47:21 AM
Subject: Re: Seg fault when querying for the UDP table
On 30 March 2010 18:25, Malathi Panyam wrote:
> Yes, it always fails at the same point i. e whenever I make a getsubtree/get
> bulk/table request on the udptable.
> 2.GetSubtree/walk -
On 30 March 2010 18:25, Malathi Panyam wrote:
> Yes, it always fails at the same point i. e whenever I make a getsubtree/get
> bulk/table request on the udptable.
> 2.GetSubtree/walk -segfaults with the following results in result table and
> "snmp request timed out" msg
:
> udpLocalAddre
rom: Dave Shield
To: Malathi Panyam
Cc: net-snmp-users@lists.sourceforge.net
Sent: Tue, March 30, 2010 12:11:25 AM
Subject: Re: Seg fault when querying for the UDP table
On 30 March 2010 01:28, Malathi Panyam wrote:
> When I try to query the UDP table using "getsubtree" or "
On 30 March 2010 01:28, Malathi Panyam wrote:
> When I try to query the UDP table using "getsubtree" or "walk" or
> "Table" under MIB-II, I see a segfault on my node and the agent is becoming
> unresponsive. Is this a known issue? or am I missing something obvious..Pl.
> help.
>
> It works fin
Hi,
When I try to query the UDP table using "getsubtree" or "walk" or "Table"
under MIB-II, I see a segfault on my node and the agent is becoming
unresponsive. Is this a known issue? or am I missing something obvious..Pl.
help.
It works fine with other tables under MIB-II and I did not make
20 matches
Mail list logo
