Re: Seg fault when querying for the UDP table

Hi Dave,
             I am still not able to solve the issue.. I tried to omit the if-mib in the make file and started seeing the errors like 
./.libs/libnetsnmpmibs.so: undefined reference to `Interface_Scan_Init'
./.libs/libnetsnmpmibs.so: undefined reference to `Interface_Scan_Next'
./.libs/libnetsnmpmibs.so: undefined reference to `run_exec_command'
./.libs/libnetsnmpagent.so: undefined reference to `vacm_standard_views'

I searched the lists and found your suggestion to omit other mibs like "at". "ip" but still not able to compile. What other 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 <[email protected]> wrote:

From: Malathi Panyam <[email protected]>
Subject: Re: Seg fault when querying for the UDP table
To: "Dave Shield" <[email protected]>
Cc: [email protected]
Date: Friday, April 2, 2010, 2:58 PM

Hi Dave,
             Further to my observations below, the line of the debug out put says 

trace: trace: ifTable_index_to_oid(): if-mib/ifTable/ifTable_interface.c, 432:
ifTable_index_to_oid(): if-mib/ifTable/ifTable_interface.c, 432:
verbose:ifTable:ifTable_index_to_oid: verbose:ifTable:ifTable_index_to_oid: called
called 

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? 

While excluding the ifTable, I was excluding only at run time using "I-ifTable", do we need to "disable" the IF-MIB in Net SNMP make file as well?? I tried doing that but it has other dependencies on other MIBs namely IP-MIB and it wont compile..

Am I in the right path?

Thanks and Regards,
Malathi

From: Malathi Panyam <[email protected]>
To: Dave Shield <[email protected]>
Cc: [email protected]
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 and including all the modules.. Everything works fine. udpTable shows up without any issues..

The moment I exclude the "ifTable" it starts giving the segfault. So it looks like when I exclude the "ifTable" from the agent I should take care of something more??
Do we need to handle any other MIB code when ifTable is implemented by subagent? What are the other dependencies? 

Thanks for all your efforts.

Regards,
Malathi

From: Dave Shield <[email protected]>
To: Malathi Panyam <[email protected]>
Cc: [email protected]
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 <[email protected]> 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 also disable this module altogether.

I suggested that you turned on debugging, *OR* disabled the
module - two mutually exclusive alternatives.

Please try the original suggestion first - enable the selected
debugging tokens *only*, and leave all modules active.



> I would like to mention I do override the ifTable and ifXTable functionality
> in my subagent code..and we use Net SNMP
 5.4.2.1.

What happens if you don't run
 your subagent?
Try *just* starting the standard Net-SNMP agent, and
run a GetNext on the udpEndpointTable.

Does the agent crash?
What does the debug output look like?

Dave

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users