nv-l
[Top] [All Lists]

Re: [nv-l] Mibs Unable to Load!

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Mibs Unable to Load!
From: James Shanks <jshanks@us.ibm.com>
Date: Mon, 21 Mar 2005 10:54:09 -0500
Delivery-date: Mon, 21 Mar 2005 15:54:36 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <20050321151833.64270.qmail@web30603.mail.mud.yahoo.com>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com



Nope.  Sorry.  I have no idea why it doesn't get unloaded when you say
"OK", as my understanding is that it should.

It sounds to me like your SNMPv2 MIB database has been forced into a bad
position and I am not certain whether any advice I can give you will allow
you to sort it out on your own, so I am going to recommend that you call
IBM Support and get someone to help you.  You can send them both your
/usr/OV/conf/snmpv2mib and /usr/OV/conf/snmpv2mib.bin, as well as any
individual MIBs that they request, and let them try to fix it properly for
you, by removing the parts that aren't correct.  But ultimately, they may
just have to assist you in rebuilding it.

Alternatively, you could start over yourself.  Here's the basic process.
(1)First  get a list of what you have  loaded already.  This grep will get
you that list of files and you can redirect it to a another file so you
have a list for reference
      grep START /usr/OV/conf/snmpv2mib > v2mib.list
Then you can start rebuilding like this.
(2) rename your existing v2 MIB databases to preserver them (just in case)
      mv /usr/OV/conf/snmpv2mib  /usr/OV/conf/snmpv2mib.old
      mv /usr/OV/conf/snmpv2mib.bin  /usr/OV/conf/snmpv2mib.bin.old
(3) create new empty ones
      touch  /usr/OV/conf/snmpv2mib
      touch  /usr/OV/conf/snmpv2mib.bin
(4) Load some version of the basic MIB II MIB to get started.  We ship a
good one in /usr/OV/snmp_mibs
      xnmloadmib2  -load /usr/OV/conf/rfc1213-MIB-II
(5) Start loading the MIBs from the list you created step (1), but this
time paying attention to the errors you get.
      When you see error messages about left-over nodes, then stop and
examine the MIB you just loaded.  In the IMPORTS section you will see other
MIBs listed.  These are pre-reqs to the one you just loaded.  So obtain
those additional MIBs and load them before proceeding, or unload the MIB
you just loaded and move on to the next one.  You can always come back to
the troublemakers later.  The errors will be cumulative if you don't get
the pre-reqs.
There's no need to obtain pre-reqs unless you get the error messages,
because many times they are contained in multiple MIBs, and having loaded
any one with the correct definitions will do the job.

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group


                                                                           
             Larry Fagan                                                   
             <larrytechie@yaho                                             
             o.com>                                                     To 
             Sent by:                  nv-l@lists.us.ibm.com               
             owner-nv-l@lists.                                          cc 
             us.ibm.com                                                    
                                                                   Subject 
                                       Re: [nv-l] Mibs Unable to Load!     
             03/21/2005 10:18                                              
             AM                                                            
                                                                           
                                                                           
             Please respond to                                             
                   nv-l                                                    
                                                                           
                                                                           




James..
Many thanks for looking into this..
I did figure out which MIB adsltc is and when i try to
unload, i got another error message as "Error detected
while unloading MIB:ADSL-TC.MIB.my. Unloading this MIB
will result in unresolved object id references(s) in
later MIBs" and even i say o.k. this does'nt get
unloaded. Look slike there are other MIb which are
depebdent on this MIB. How can i figure out which are
other MIBS which are depending on this? Any ideas sir?
Thanks,
Larry

--- James Shanks <jshanks@us.ibm.com> wrote:

>
>
>
>
> I think you are having the problem with multiple
> MIBs because it is already
> in your MIB database.
> The error message
> The error message
>       MODULE-IDENTITY nodes:
>  { label1 [ label2(subid2) ... ] object-subid1 }
> (adsltcmib): On or around line 317561 of the
> snmpv2mib
> file.
> seems to indicate that the MIB in error has the
> label "adsltcmib" in it.
> Yet the Nokia MIB you posted has no such label nor
> problem.
> That would mean that somehow, some MIB you already
> loaded has a bad
> MODULE-IDENTITY clause, and now you can't load
> anything else until that is
> unloaded.
>
> If you know which MIB defines the label "adsltcmib"
> , then use xnmloadmib2
> to unload it.
> If you don't know, then you can find out by browsing
> the
> /usr/OV/conf/snmpv2mib  file  and searching for it.
> When you find it, scroll backwards up in the file
> until you find the next
> BEGIN clause.  That will tell you the name of the
> MIB, and the next line
> above that will tell you the name of the file it's
> in.  Exit your browse
> and use xnmloadmib2 to unload it.
>
> When you go forward again loading MIBs, make sure
> you load them one at a
> time so you can catch and resolve any errors before
> they become part of
> your database.
>
> Hope this helps
> James Shanks
> Level 3 Support  for Tivoli NetView for UNIX and
> Windows
> Tivoli Software / IBM Software Group
>
>
>
>
>              Larry Fagan
>
>              <larrytechie@yaho
>
>              o.com>
>                    To
>              Sent by:
> nv-l@lists.us.ibm.com
>              owner-nv-l@lists.
>                    cc
>              us.ibm.com
>
>
>               Subject
>                                        [nv-l] Mibs
> Unable to Load!
>              03/17/2005 01:01
>
>              PM
>
>
>
>
>
>              Please respond to
>
>                    nv-l
>
>
>
>
>
>
>
>
>
> Hi all,
> I trying to load nokia-ipso-registration-mib which
> is
> below. I'm using xnmloadmib2 and getting following
> error. Any idea what it can be? I'm having this
> issue
> with multiple mibs.
> Error:
> This MIB cannot be loaded until the following
> problem
> is corrected:
>
> No label for parent. Accepted syntax for
> MODULE-IDENTITY nodes:
>  { label1 [ label2(subid2) ... ] object-subid1 }
> (adsltcmib): On or around line 317561 of the
> snmpv2mib
> file.
> Bad parse of MODULE-IDENTITY: On or around line
> 317561
> of the snmpv2mib file.
> Mib table is bad.
>
> MIB File:
> NOKIA-IPSO-REGISTRATION-MIB DEFINITIONS ::= BEGIN
>
> --
>
4567890123456789012345678901234567890123456789012345678901234567890123456789

>
> -- This line is 80 characters wide, keep lines in
> this
> file shorter than that--
> --
>
===============================================================
> --              Copyright (C) Nokia
> Telecommunications Oy 1998
> --
>
===============================================================
> -- This MIB Module defines the System MIB for
> products
> running IPSO.
> -- More detailed description of the variables and
> tables is
> -- provided in other related documentation.
> --
> -- Format:   SNMP v2 MIB (Simple network management
> protocol,
> --                version 2, Management Information
> Base  )
> --
> --
>
================================================================
> -- Author      : Alan Francisco
> -- Version     : 1.02
> -- Created     : 02.12.1998
> -- Last Update : 28.01.1999 - Added ipsoIP3xx.
> --                        14.12.1998 - Added newer
> and more comprehensive
> --                                                IP
> and VPN product OIDs.
> --
>
================================================================
>
> IMPORTS
>     enterprises, MODULE-IDENTITY
>             FROM SNMPv2-SMI;
>
> ipsoProducts MODULE-IDENTITY
>              LAST-UPDATED "0001140000Z"
>              ORGANIZATION "Nokia"
>              CONTACT-INFO
>              "Alan Fransisco
>               Postal: 313 Fairchild Drive
>                       Mountain View,
>                  California, 94043"
>
>              DESCRIPTION
>                          "The root of the OID
> sub-tree assigned to IPSO
> products"
>
>              REVISION "9812020000Z"
>         DESCRIPTION
>                          " Revision 1.02
>                            Added newer and more
> comprehensive
>                   IP and VPN product OIDs. -
> 14.12.1998
>                            Revision 1.02
>                            Added ipsoIP3xx -
> 28.01.1999"
>
>              REVISION "0001140000Z"
>         DESCRIPTION
>                          "MIB converted from SMIv1
> to SMIv2 format
>                          Revision 1.03 - 14.01.2000"
>
>         REVISION "0107170000Z"
>         DESCRIPTION
>                 "Added ipsoSosSystem for Ramp MIBs.
>                 Revision 1.5 - 17.07.2001"
>
>              ::=  { nokiaProducts 21 }
>
> nokia                                OBJECT
> IDENTIFIER ::= { enterprises 94
> }
> nokiaProducts                        OBJECT
> IDENTIFIER ::= { nokia 1 }
> --ipsoProducts                       OBJECT
> IDENTIFIER ::= { nokiaProducts
>
=== message truncated ===




__________________________________
Do you Yahoo!?
Make Yahoo! your home page
http://www.yahoo.com/r/hs



<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web