Re: netview error...

[James Shanks <James_Shanks@TIVOLI.COM>]

I know this is addressed to Leslie  but in case she's busy ...

I would ovstop netmon first -- no point in him trying to update the databases
while you are trying to change them.
And you cannot ovstop ovtopmd and then run ovtopofix.  ovtopmd is the guy who
will make the changes.  You will get an error message that you cannot connect to
the database if you try to run ovtopofix with the daemon down.  Other than that
you could do these commands in this order.

James Shanks
Tivoli (NetView for UNIX) L3 Support



Daniel_Casey@MAIL.JBHUNT.COM on 09/23/99 08:44:01 AM

Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
      <NV-L@UCSBVM.UCSB.EDU>

To:   NV-L@UCSBVM.UCSB.EDU
cc:    (bcc: James Shanks/Tivoli Systems)
Subject:  Re: netview error...




Leslie,

Well, believe it or not, it appears to be working now.  However,
I still want to run some fix-ups on the system.  Can I run these
in this order:

1.)   ovmapcount -a           updates ovw object database per the
                                map database
2.)   ovstop netmon

3.)   ovtopofix -A            updates ovw database per
                                topology database
4.)   ovstop ovtopmd

5.)   ovtopofix -Cv           updates topology database per
                                 ovw database
6.)   ovstart

8.)   ovobjprint -S           note number of objects in database
                              This should NOT change a lot.

And do I need to do an ovstop before I start #1?

Thanks,

Daniel




Leslie Clark <lclark@US.IBM.COM> on 09/21/99 08:58:19 PM

Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
      <NV-L@UCSBVM.UCSB.EDU>

To:   NV-L@UCSBVM.UCSB.EDU
cc:    (bcc: Daniel Casey/Corporate/JBHunt)
Subject:  Re: netview error...




Daniel, surely there was a backup taken of the system after I installed it last
fall.
A mksysb on a tape? On that tape there will be a good tar of the database. It
may
not be precisely current, but it will sync up without a big cut & paste job.

You  do have a seedfile in /usr/local/seedfile that is a complete list of nodes
(or
it was complete last fall.) If you do the rediscover  (Control..Restart
Automatic Map
Generation on the Tivoli context menu, or on smit - that function will work as
well)
with that seefile, rediscovery will take only a few minutes, then you have to do
the
cut/paste again.  Then you will need to clear the ATM and Hubs topologies, and
clear the MAT database so they can be repopulated from the netview database.

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking



Well, I call this in to support and they came back and
said that it appears to be a corrupt db and that my only
options are to restore from backup or rediscover.

So far, the backup option is not looking good (figures).

I'm not sure what file(s) I am to restore, but it appears
that we may have backed up bad data before a couple of
times before we noticed the problem.

How big of a deal is a rediscovery?

James, I didn't try the deleting the lines in the trapd.conf
file up to the previous EDESC.  Could this still help us
out?

I looked in the the /usr/OV/sockets directory.  By removing
the files in here as Ken suggessted, what does this do?

Thanks for everyone's help,

Daniel