Re: 'Inter-Tables indexing' and perl
Turbo Fredriksson <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Organization | Bah! |
| Message-ID | <[email protected]> |
Quoting Turbo Fredriksson <[email protected]>: > Quoting Dave Shield <[email protected]>: > >> [ First - *please* don't mail me privately, without copying >> any responses to the mailing list. I don't have the time >> or inclination to offer private, unpaid, SNMP consultancy. >> Keep discussions to the list, where others can both learn >> and offer advice. Thanks. ] > > I was sure I did. Sometimes I 'press the wrong button' (R > for 'reply' instead of 'F' for 'wide reply to'). Sorry. > >> On Wed, 2005-11-09 at 09:36 +0100, Turbo Fredriksson wrote: >>> Quoting Dave Shield <[email protected]>: >> >>> > The fact that snmptable is displaying a column heading implies that >>> > the MIB file is still defining this object as accessible. >>> > Can you check that the MIB file includes >>> > >>> > MAX-ACCESS not-accessible >>> > >>> > for this object. >>> >>> That's the problem, it IS 'not-accessible'! >>> >>> b9stIndexTotals OBJECT-TYPE >>> SYNTAX CounterIndex >>> MAX-ACCESS not-accessible >>> STATUS current >>> DESCRIPTION "Reference Index for each counter." >>> ::= { b9stTotalsEntry 1 } >> >> Hmmm.... >> >> I'm a suspicious bugger, and I'm wondering whether snmptable might be >> picking up a different version of the MIB file. >> >> Can you try running >> >> snmptable -Dparse-mibs .... >> >> and scour the output for where it talks about loads BAYOUR-COM-MIB >> Check the exact path of the file that it's loading. > > ----- s n i p ----- > root@aurora:~# snmptable -Dparse-mibs bind9Stats.3 2>&1 | grep BAYOUR > parse-mibs: Module 41 BAYOUR-COM-MIB is in /usr/share/snmp/mibs/BAYOUR-COM-MIB.txt > parse-mibs: Parsing MIB: 41 BAYOUR-COM-MIB > parse-mibs: Processing IMPORTS for module 41 BAYOUR-COM-MIB > ----- s n i p ----- > > That's the correct file. > > ----- s n i p ----- > root@aurora:~# smidump -f tree /usr/share/snmp/mibs/BAYOUR-COM-MIB.txt | grep b9stIndexTotals > | | +--b9stTotalsEntry(1) [b9stIndexTotals] > | | +-- --- CounterIndex b9stIndexTotals(1) > ----- s n i p ----- > > The 'b9stIndexTotals' isn't shown there, so it MUST be 'not-accessible'... Any other idea why I can't get rid of the 'b9stIndexTotals' column? To refresh your memory. This is what a command/output 'session' looks like: ----- s n i p ----- root@aurora:~# export OID_BASE=.1.3.6.1.4.1.8767.2.1 root@aurora:~# alias snmpwalk="/usr/bin/snmpwalk -On localhost:161 private" root@aurora:~# /usr/bin/snmptable localhost:161 private $OID_BASE.3 SNMP table: enterprises.bayourCom.snmp.bind9Stats.b9stTotalsTable b9stIndexTotals b9stCounterName b9stCounterTotal b9stCounterForward b9stCounterReverse ? success 230979 138601 1396 ? referral 125 91 0 ? nxrrset 43175 43088 0 ? nxdomain 29842 4446 10 ? recursion 21712 8 0 ? failure 3434 1309 61 ----- s n i p ----- -- Rule Psix 767 subway NSA Saddam Hussein critical Albanian Ft. Meade security PLO attack Nazi Panama Iran Legion of Doom [See http://www.aclu.org/echelonwatch/index.html for more about this] [Or http://www.europarl.eu.int/tempcom/echelon/pdf/rapport_echelon_en.pdf] If neither of these works, try http://www.aclu.org and search for echelon. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&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