On 10/04/2008, snmp girl <[EMAIL PROTECTED]> wrote: > that's what I do , I test with the snmpwalk -c public -v1 localhost > .1.3.6.1.4.1.311.1.4.1.1.5.1.2 and it's give me > SNMPv2-SMI::entreprises.311.1.4.1.1.5.1.2.1.0 = STRING: "master" > SNMPv2-SMI::entreprises.311.1.4.1.1.5.1.2.2.0 = STRING: "tempdb" > SNMPv2-SMI::entreprises.311.1.4.1.1.5.1.2.3.0 = STRING: "model" > SNMPv2-SMI::entreprises.311.1.4.1.1.5.1.2.4.0 = STRING: "msdb" > SNMPv2-SMI::entreprises.311.1.4.1.1.5.1.2.5.0 = STRING: "pubs" > SNMPv2-SMI::entreprises.311.1.4.1.1.5.1.2.6.0 = STRING: "Northwind"
Hold on - something's just struck me about this output. Checking the MSSQLSERVER-MIB definitions, SNMPv2-SMI::entreprises.311.1.4.1.1.5 is mssqlDbTable, and SNMPv2-SMI::entreprises.311.1.4.1.1.5.1.2 is mssqlDbName The table is indexed by a single integer (mssqlDbId), which explains the next subidentifier (1,2,...6). But what's that trailing 0 doing? I'd originally assumed these were scalar objects, but that doesn't actually seem to be the case. I now suspect that it's the snmpwalk output which is wrong (i.e. the agent's handling of GETNEXT requests). You should *definitely* take this up with Microsoft. I think their agent implementation is broken. Dave ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ 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