Archived community.zenoss.org | full text search
Skip navigation
7189 Views 6 Replies Latest reply: Oct 19, 2011 3:02 AM by Shane Scott RSS
John Fisher Rank: White Belt 25 posts since
Apr 27, 2011
Currently Being Moderated

Sep 6, 2011 2:26 PM

Bug in 3.2 loading MIBs?

This is the only place my login can post ... sorry.

 

I am unable to load MIBs from the desktop on a fresh 3.2 core installation. ( Ubuntu 10.04 )

 

My private MIBs didn't work, so I tried a common one:  SNMPv2-MIB  It failed in the same way:

 

Load "MIB from desktop" choose file

Process starts...

No GUI errors.

Re-load page to see MIB

Page throws error: "uncatalogued exception"

dismiss error pop-up; page hangs on "loading"

zenoss restart... no change page still hangs

check jobs log:

 

2011-09-06 11:08:06,351 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/irtf/.index -- skipping

2011-09-06 11:08:06,796 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/ietf/.index -- skipping

2011-09-06 11:08:07,112 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/irtf/IRTF-NMRG-SMING -- skipping

2011-09-06 11:08:08,990 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/iana/.index -- skipping

2011-09-06 11:08:13,282 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/tubs/.index -- skipping

2011-09-06 11:08:13,553 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/irtf/IRTF-NMRG-SMING-EXTENSIONS -- skipping

2011-09-06 11:08:18,340 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/irtf/IRTF-NMRG-SMING-TYPES -- skipping

2011-09-06 11:08:18,672 WARNING zen.ZenMib: Unable to parse information from /usr/local/zenoss/common/share/mibs/site/.index -- skipping

2011-09-06 11:08:20,728 INFO zen.ZenMib: Found 1 MIBs to import.

2011-09-06 11:08:21,871 INFO zen.ZenMib: Parsed 57 nodes and 3 notifications from SNMPv2-MIB

2011-09-06 11:08:21,872 INFO zen.ZenMib: Loaded MIB SNMPv2-MIB into the DMD

2011-09-06 11:08:21,872 INFO zen.ZenMib: Loaded 1 MIB file(s)

Job completed at 2011-09-06 11:08:22. Result: success.

 

The only way to clear it I found was by zenrestore from backup. I don't see any ".index" in ~/mibs

 

Is this a bug?

 

 

John

  • FDenk Rank: White Belt 3 posts since
    Sep 6, 2011
    Currently Being Moderated
    1. Sep 8, 2011 5:05 PM (in response to John Fisher)
    Re: Bug in 3.2 loading MIBs?

    I'm experiencing the exact same situation (UncataloguedObjectException) with a fresh 3.2 core installation on Ubuntu 10.04.

    I've also followed some recomendations and tried to load them from console with zenmib, after adding SMIPATH variable and creating a couple of sym links and nothing, i get the exact same result.

     

    John Fisher escribió:

     

     

    The only way to clear it I found was by zenrestore from backup. I don't see any ".index" in ~/mibs

    In my case ".index" files are present, maybe you don't see them because they are hidden?

     

    I'm just getting started with Zenoss, so i hope someone can guide us where to look.

     

    Sorry for the broken English.

  • FDenk Rank: White Belt 3 posts since
    Sep 6, 2011
    Currently Being Moderated
    2. Sep 8, 2011 11:17 PM (in response to FDenk)
    Re: Bug in 3.2 loading MIBs?

    Well, I've found a workaround to this problem. It's not a solution, but seems to work pretty well. It may help you, so I'll explain what I did.

    For reasons that elude me (for the moment at least), if you change the name of the MIB (after adding it), the problem disappears and everything works perfectly. This must be repeated for every new MIB added. This is an example step by step of the "procedure":

    Let's say you want to add 2 MIBs.

     

    1- First, you add them, taking care about dependencies, etc. You can do it directly from the GUI or by using the zenmib command. Once added, if you go to Advanced->MIBs you will get the UncataloguedObject Exception.


    2- Next, you must rename the MIBs you just added (put a "1" at the end of the name, for instance). After that, you can change the names back to the original ones, the important thing is to change them at least once.

    This can be made going to: http://YOUR-SERVER:8080/zport/dmd/Mibs/manage#mibtree:/zport/dmd/Mibs and clicking "mibs". You will see a list of all the MIBs you have added. The rest is self-explanatory.

    If you are willing to add a large number of MIBs, this could be a pretty tedious process. If that is the case, I'm almost sure this also could be done with a script in console, but that's another story.

     

    3- Go to Advanced->Mibs again and everything should work.

     

     

    Any thoughts or suggestions that could help me understand what is going on will be greatly appreciated.

     

     

    PS: John, maybe I'm wrong, but I think the lines "WARNING zen.ZenMib: Unable to parse..." are "normal" since the index files cannot be parsed because, well, they are not mib files.

  • jmp242 ZenossMaster 4,060 posts since
    Mar 7, 2007
  • Shane Scott ZenossMaster 1,373 posts since
    Jul 6, 2009
    Currently Being Moderated
    6. Oct 19, 2011 3:02 AM (in response to John Fisher)
    Re: Bug in 3.2 loading MIBs?

    John Fisher:

     

    You could try rebuilding the global catalog. Ended up working here message/61963#61963

     

    Please backup your ZODB before doing this. (Do a zeopack -h localhost -p8100 and copy the Data.fs.old somewhere safe)

     

    As user zenoss, `python $ZENHOME/Products/ZenUtils/zencatalog.py --createcatalog --forceindex`

     

    Best,

    --Shane W. Scott(Hackman238)

      ZCA - community/zca/blog

More Like This

  • Retrieving data ...

Legend

  • Correct Answers - 4 points
  • Helpful Answers - 2 points