James,
It's better i contact IBM support. Thanks.. I just
have another basic question.. I was able to load few
MIBS in xnmloadmib which will be snmpv1. So does this
mean that when any traps are recieved, they will
still be recognised and formatted? Does loading these
mibs', will load traps in xnmtrap as well?
I'm sorry for asking basic questions...
thanks,
Larry
--- James Shanks <jshanks@us.ibm.com> wrote:
>
>
>
>
> 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
>
=== message truncated ===
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
|