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
|