What does "No more variables left in this MIB View" mean (Linux)?
Asked Answered
P

4

14

On Ubuntu 12.04 I am tring to get the subtree of management values with the following command:

snmpwalk -v 2c -c public localhost 

with the last line of the output being

iso.3.6.1.2.1.25.1.7.0 = No more variables left in this MIB View (It is past the end of the MIB tree)

Is this an error? A warning? Does the subtree end there?

Plutonian answered 4/2, 2013 at 15:45 Comment(1)
https://mcmap.net/q/828606/-snmpv3-endofmibviewClubman
S
26

There's a bit more going on here than you might suspect. I encounter this on every new Ubuntu box that I build, and I do consider it a problem (not an error, but a problem--more on this down further).

Here's the technically-correct explanation (why this is not an "error"):

"No more variables left in this MIB View" is not particularly an error; rather, it is a statement about your request. The request started at something simple, say ".1.3" and continued to ask for the "next" lexicographic OID. It got "next" OIDs until that last one, at which point the agent has informed you that there's nothing more to see; don't bother asking.

Now, here's why I consider it a problem (in the context of this question):

The point of installing "snmpd" and running it is to gather meaningful information about the box; typically, this information is performance-oriented. For example, the three general things that I need to know about are network-interface information (IF-MIB::ifHCInOctets and IF-MIB::ifHCOutOctets), disk information (UCD-SNMP-MIB::dskUsed and UCD-SNMP-MIB::dskTotal), and CPU information (UCD-SNMP-MIB::ssCpuRawIdle, UCD-SNMP-MIB::ssCpuRawWait, and so on).

The default Ubuntu "snmpd" configuration specifically denies just about everything useful with this configuration (limiting access to just enough information to tell you that the box is a Linux box):

view systemonly included .1.3.6.1.2.1.1
view systemonly included .1.3.6.1.2.1.25.1
rocommunity public default -V systemonly

This configuration locks the box down, which may be "safe" if it will be on an insecure network with little SNMP administration knowledge available.

However, the first thing that I do is remove the "-V systemonly" portion of the "rocommunity" setting; this will allow all available SNMP information to be accessed (read-only) via the community string of "public".

If you do that, then you'll probably see what you're expecting, which is pages and pages of SNMP information that you can use to gauge the performance of your box.

Stilu answered 26/1, 2014 at 19:36 Comment(0)
T
2

I know this thread is probably very old the I fix this is to use: rocommunity public

and that should fix the problem.

Tomasatomasina answered 21/1, 2021 at 9:39 Comment(0)
I
0

Briefly, this is not an error, actually, when you "walk up" all OIDs on your agent, it will shows your this line> Sometimes, it won't show you this line, because the last OID is not on your agent(you have already walk up all OIDs on your agent, but not walk up all OIDs).

Ivy answered 10/7, 2014 at 21:49 Comment(0)
H
0
$ snmpwalk -v 2c -c public localhost NET-SNMP-EXTEND-MIB::nsExtendObjects
NET-SNMP-EXTEND-MIB::nsExtendObjects = No more variables left in this MIB View (It is past the end of the MIB tree)

Also you can get this error while you can trying to see executed scripts I fix that problem to add

view all    included  .1                               80

line to snmpd.conf than restart service

Than you will see your output going to change for both input

Hydroscope answered 11/5, 2016 at 14:34 Comment(2)
Why did you write the 80 at the end of the view all included .1 line?Cling
In other hands, I think uncommenting of the rocommunity public localhost line can solve the problem.Cling

© 2022 - 2024 — McMap. All rights reserved.