Thanks for the help Leslie. Decided to do a complete discovery on the
network, to be sure to have a "kind" database.
I just have to stop doing things the easy way (damn my lazy soul !!! :) )
and start to do the "delete from all submaps", when I'm getting shadows (I
did it once so I guess it's just have to pick up that habit again).
If I shall be honest I'm not sure that was the only problem in this case (
who am I kidding? ), but some problem has occured on the netviewbox before
I'm starting to do "delete from this submap" ( especially with a odd
occurence, when every object in a submap were getting a shadow if you used
"cut from this submap" on a object that resided in the submap, or pasted
object to the submap).
I'm sure that I used "cut from this map" when I was getting the shadows in
this case, I've tested once more after your mail so that's not the problem
(sadly enough, since it should have a easy solution "don't let me use
Netview" (probably the best solution anyway, but it's not a option I'm going
to suggest :=) )) . And it could be that we have some problems with
duplicate ip address but it is not near this proportions of rediscovered
routers. I'm pretty sure that name resolution isn't a problem since the only
name resolution we're using is the one that we are entering in /etc/hosts.
But since something seems wrong (and I'm pretty sure that I'm not going to
figure it out), I'm just doing it the easy way (or hard way depending on
how you choose to see it) and start from the beginning again.
Apreciated your advice.
/Kalle
> -----Original Message-----
> From: Leslie Clark [SMTP:lclark@US.IBM.COM]
> Sent: Friday, January 21, 2000 4:49 AM
> To: NV-L@UCSBVM.UCSB.EDU
> Subject: Re: Problem with connection that disappears after
> maintenance
>
> Oh boy.
>
> First, ovtopofix -a (I assume that is what you mean by maintenance, the db
> admin
> tasks) is doing its job when it re-creates symbols that are missing. It is
> re-creating
> the ones you have been deleting. When you delete 'from this submap' you
> are
> doing something that should not be done as a general rule. The right thing
> to do
> is to delete it from ALL submaps and rediscover it. Stop netmon, delete
> the thing,
> ovtopofix -a (or -A if you have other maps besides 'default'), start
> netmon, and
> rediscover the node.
>
> You need to find out why it is making more than one symbol for the router
> on the
> IP Internet level of the map. This is not normal, and rather than get
> around it by
> the deleting, you should solve it, because it may reflect some database
> corruption.
> Check the Diagnostics manual. There are a couple of causes for double
> objects,
> especially at 5.1.2. The one I see most often is just plain bad name
> resolution.
> Also, having more than one interface of a router represented in the
> seedfile. You
> may also be seeing repeated deletes and adds of interfaces and nodes in
> the
> events display. For the routers that are acting like this, carefully
> verify
> which
> interfaces really belong to them, and verify the name resolution on those
> addresses,
> both forward and backward. Errors or inconsistencies in name resolution
> will cause
> all sorts of discovery problems. Duplicate IP addresses will also cause
> you
> problems. If netview is acting goofy, 90% of the time there is something
> goofy in
> your network, I always say.
>
> Your cut and paste to force rediscovery of connections sort of works as it
> is a lot
> like a rediscovery. If you are getting shadows, it is probably because
> you
> slipped
> and did a cut from ALL before the paste, so you got more than one symbol.
> That
> whole node should be thoruoughly deleted and rediscovered.
>
> If I were you, I would seriously consider a rediscovery of the network. If
> you have
> been going on like this for a while, you probably have a bit of corruption
> in the
> database, and you can't count on the admin steps cleaning it all up. Or if
> you have
> an old backup of /usr/OV/databases/openview that has your current cut and
> paste
> job in it, that might help. But do look into the cause. Try the 'rnetstat
> -I <hostname>'
> command to see which addresses really belong to a node.
>
> Cordially,
>
> Leslie A. Clark
> IBM Global Services - Systems Mgmt & Networking
> Detroit
>
> ---------------------- Forwarded by Leslie Clark/Southfield/IBM on
> 01/20/2000 10:15 PM ---------------------------
>
> "Brunnberg, Karl" <kabru@WMDATA.COM>@UCSBVM.UCSB.EDU> on 01/20/2000
> 11:36:26 AM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
> NetView <NV-L@UCSBVM.UCSB.EDU>
>
> Sent by: Discussion of IBM NetView and POLYCENTER Manager on NetView
> <NV-L@UCSBVM.UCSB.EDU>
>
>
> To: NV-L@UCSBVM.UCSB.EDU
> cc:
> Subject: Problem with connection that disappears after maintenance
>
>
>
> Hi, I'm having problem with connections that is disappearing from the
> Netview map after doing maintenance.
> The problem is that after mainteance, 100-200 routers is rediscovered (you
> got two routersymbols for the same router and when you click on one it
> shows
> the same information as if you clicked the other one).
> This is nothing new, the rediscovering of routers I mean (although it's
> usually two or three routers) and the solution we use to cure this, is to
> delete the rediscovered router from the submap (Edit -> Delete Object ->
> From this Submap). It's just submaps on the first view, where a new object
> is placed soo this have worked well this far. But this time it didn't
> behave
> as it usually did. When I'm deleting the routers the connections to the
> original router is disappearing. The network symbol linked to the routers
> is
> still left but the link between the router and the network symbol
> disappears.
> Trying a "Demand Poll" on the router dosen't cure it. But if your using
> "Edit -> Cut -> Cut from this Submap" and then "Edit -> Paste" it could go
> either way of this two:
> 1 It recovers it's old connection (good)
> or (the more likely of them)
> 2 it gets a shadow beneath it (not good)
>
> Does anyone have any experience of this problem ?
> Is it maybe some errors/misunderstanding in the handling of netview from
> my
> side (God forbid :) ) ?
>
> A few pointers should be very appreciated.
> Sincerely
> /Kalle
>
> The procedure we use at maintenance:
> 1. close all GUI
> 2. ovmapcount -uv
> 3. ovstop netmon
> 4. ovtopofix -a
> 5. ovstop ovtopmd
> 6. ovtopofix -Cv
> 7. ovstop
>
> Using AIX 4.3.1.0 and Netview 5.1.2 and is discovering routers with help
> of
> seedfile.
|