nv-l
[Top] [All Lists]

RE: location.conf in NV6

To: nv-l@lists.tivoli.com
Subject: RE: location.conf in NV6
From: lclark@us.ibm.com
Date: Fri, 24 Mar 2000 23:13:19 -0500

I checked this while I was at the internal training session, verified
the problem, wrote it down, and reported it to a developer, which is
of course not 'proper channels'. You too should call Support (belts
AND suspenders..) On Solaris I found that if you close the map and
do an ovtopofix -a and reopen the map, then you could cut and paste
normally. This procedure did NOT correct earlier cut/paste actions.
So after the discovery, before you move anything, do the ovtopofix.
I did NOT try this on NT.

Cordially,

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


---------------------- Forwarded by Leslie Clark/Southfield/IBM on
03/24/2000 11:09 PM ---------------------------

"Rob Rinear" <robr@dirigo.com>@tkg.com on 03/24/2000 03:20:53 PM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject:  RE: [NV-L] location.conf in NV6




Anyone else seen this?  I'm seeing it both on NT and AIX, and the "resolve
inconsistencies" does not fix it.  Has anyone heard if this is an
acknowledged bug and if there any supported fixes?

-----Original Message-----
From: owner-nv-l@tkg.com [mailto:owner-nv-l@tkg.com]On Behalf Of Joel A.
Gerber
Sent: Thursday, March 09, 2000 7:17 PM
To: 'IBM NetView Discussion'
Subject: RE: [NV-L] location.conf in NV6


This problem was reported last August during the v6 beta test, but NetView
Support never responded to it.  I had (false) hopes that a fix for this
problem would be included in the GA code.  I can offer this workaround that
seemed to work with the beta version: shut down the GUI and run the
database
maintenance task "resolve inconsistencies . . .".  When you bring the GUI
back up, the location icons should function like normal.  In other words,
they seem to be "hosed" when they initially get created.

This certainly is a defect, though, and needs to be reported.  I'd do it,
but we don't have the v6 code yet (some stupid licensing problem, you don't
want to know . . .)

Joel Gerber - I/T Networking Professional - USAA Information Technology Co.
- San Antonio, TX
* (210)456-4231          * mailto:Joel.Gerber@USAA.com  "
http://www.usaa.com

-----Original Message-----
From:     Jane Curry [SMTP:jane.curry@skills-1st.co.uk]
Sent:     Wednesday, March 08, 2000 11:35
To:  NetView mailing list
Subject:  [NV-L] location.conf in NV6

I have used location.conf to setup my layout - great idea guys - thanks!

However......
If I then cut and paste routers into my location.conf- defined
Locations, they go into the user plane - bad news!  I thought these
location.conf locations were supposed to be exactly the same as
hand-created ones?

Strange thing is, the first time I did this, the paste worked and my
router was in the app. plane as desired.  I've blitzed the whole
database after ovtopofix'ing didn't help - router paste's still go inthe

User Plane (yes, the router has interfaces such that it should connect
to the networks in the Location).

Please guys - don't tell me this is working as designed!
Thanks, Jane
--
Tivoli Certified Enterprise Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2000 Jane Curry <jane.curry@skills-1st.co.uk>.  All rights
reserved.


_________________________________________________________________________

NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l
_________________________________________________________________________

NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l


_________________________________________________________________________

NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l


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

Archive operated by Skills 1st Ltd

See also: The NetView Web