--- Dave Shield <[EMAIL PROTECTED]> wrote: > > On Mon, 2005-05-09 at 18:20, Steve S. Law wrote: > > Actually, I did issue the GET request for one of > the > > columns (mtaTransmittedMessages - column number 3) > in > > mtaTable, row # 1: > > > > snmpget -c frontbridge localhost > mtaTable.mtaEntry.3.1 > > > > Here is what I got: > > > > MTA-MIB::mtaTransmittedMessages.1 = No Such Object > > available on this agent at this OID > > > > I also tried with numerical OID for the same > column > > ,and got the exact error. > > > > snmpget -c frontbridge localhost > > 1.3.6.1.2.1.28.1.1.3.1 > > What I don't understand is the mtaTable handler > > function in my sub-agent was never called (for > some > > reason, smtpd master agent did not send request to > my > > sub-agent?). I was expecting at least the > sub-agent > > would get request from master agent. In > comparison, I > > can do snmpget without errors for in the first > table > > and I noted that the handler function for the > first > > table was invoked. Both MIBs/handler functions are > > registered successfully (I checked the status, no > > error). > > > > Any other possibilities? > > Check the access control on the master agent. > Make sure that the mtaTable is accessible. I used the same community string defined in snmpd.conf to access both MIBs (NETWORK-SERVICES and MTA). That should be fine? No problem querying the first table.
> Make sure that the 'mibII/mta_sendmail' module > isn't configured into the main agent. It is not compiled into main agent. > Try walking the NET-SNMP-AGENT-MIB::nsModuleTable. > Check that the mtaTable *is* registered (and this > looks sensible). After I run my subagent, I did snmpwalk: result: MIB::nsModuleName."".8.1.3.6.1.2.1.27.1.127 = STRING: AgentX subagent 6, session 0x810e768, subsession 0x810f6c0 NET-SNMP-AGENT-MIB::nsModuleName."".8.1.3.6.1.2.1.28.1.127 = STRING: AgentX subagent 6, session 0x810e768, subsession 0x810f6c0 Looks like the first line is for NETWORK-SERVICES MIB(the one that is working) and the second line is for MTA MIB. > If nothing seems to throw light on this, try running > the master agent with debugging turned on. > "snmpd -D" will turn on *everything*, otherwise > you can be a bit more selective. > Compare the output for a single (successful) > subagent > request with that for the mtaTable instance. Does > anything come to light? I did -D and examined the snmpd log file and compared the two cases. There seems to be no clue that might indicate what went wrong. I am sure we can have a sub-agent with multiple tables/MIBs registered and handle SNMP GET requests for those tables/MIBs? Anyone, if you have done something like that, your suggestions/comments are greatly appreciated. Thanks Steve > Dave > > ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click _______________________________________________ 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
