What does “No more variables left in this MIB View” mean (Linux)?

前端 未结 4 614
佛祖请我去吃肉
佛祖请我去吃肉 2021-02-08 03:25

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 las

相关标签:
4条回答
  • 2021-02-08 04:08

    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).

    0 讨论(0)
  • 2021-02-08 04:11

    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.

    0 讨论(0)
  • 2021-02-08 04:13

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

    and that should fix the problem.

    0 讨论(0)
  • 2021-02-08 04:14
    $ 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

    0 讨论(0)
提交回复
热议问题