2009/6/4 Joshua Tolley <eggyk...@gmail.com>: >> There's probably another MIB module that has already registered that OID. > > That was my first thought, and I failed to mention that I'd already tried > that. > No luck: > > SNMPv2-SMI::enterprises.27645 = > No Such Object available on this agent at this OID
That simply means that nothing else is (successfully) serving this particular subtree. It doesn't necessarily mean that nothing else has *tried* to register that OID. I'd still suggest you walk the nsModuleName column, just to make sure that there isn't anything relevant registered. > I'd expect netsnmp_register_table_iterator() to return > MIB_DUPLICATE_REGISTRATION in that case, anyway, no? Hmm... probably, yes. > The MIB this agent implements isn't something that snmpd knows about (in other > words, there's no MIB in MIBDIR for this OID). That's not really relevant. The agent doesn't use (or need) MIB files. It's perfectly possible for it to serve information for which there isn't a MIB file. The OID information is (literally) hard-coded into the implementation module code. > thoughts, anyone? The other thing to try would be running the agent using '-Dregister_mib' and look at the debug output. What do you see immediately around the attempts to register the offending OID? Dave ------------------------------------------------------------------------------ OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
