The mechanism in place to provide write access by multiple operators is
the mechanism of multiple maps. The maps are views of the object
and topology databases. The idea was that each operator could
have his own map and revise it to suit his job while maintaining a
single set of underlying objects. So there was no need to further provide
multiwrite access to each map.
There have always been administrative burdens associated with
managing multiple maps, and I don't encourage it in shops with
limited support staffs. The new direction, with the web client, solves
the same problem by allowing multiple users to have view access
to a single r/w map, as well as some limited 'write' access in terms
of manage/unmanage and ack/unack. (By 'the same problem',
I mean the ability to see dynamic membership of smartsets, new
nodes, administrative revisions, limitations of scope, etc.)
Just to try to clarify this side issue a bit.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
"Allison, Jason
(JALLISON)" To: "'nv-l'"
<nv-l@lists.tivoli.com>
<JALLISON@arinc.c cc:
om> Subject: RE: [nv-l] Changing
label of node
11/19/2002 10:36
AM
But how would you decide which was the "real" map if you had two?
-- While you cannot have simulates writes to a file pointer, multiple
people
can update the same file. How does this get accomplished?
It's just like any other edit operation. You can have serial access but
not simultaneous access, else
someone's changes will be lost.
-- Exactly. There is no serial access allowed to the same map from two
different users, outside of shutting down the rw map and waiting for user2
to bring it up.
Yes, I am sure someone could have designed some complex locking and
updating
mechanism to allow two (three? four? n?) R-W maps, but they didn't.
-- This was my question. Why? Were there any underlying 'complex'
requirements levied on the team? Is this still an issue with any current
developers? Potential enhancement or no one cares?
Thanks,
Jason Allison
Principal Engineer
ARINC Incorporated
Office: (410) 266-2006
FAX: (410) 573-3026
-----Original Message-----
From: James Shanks [mailto:jshanks@us.ibm.com]
Sent: Tuesday, November 19, 2002 9:26 AM
To: nv-l@lists.tivoli.com
Subject: RE: [nv-l] Changing label of node
You guys may be conversing privately about this, but here's a public
answer to Jeff's question.
Updates can only be made to the read-write map and there is only one of
those. That is basic NetView design and cannot be changed. read-write
maps only get status changes (read that as color changes -- status
updates appear as new color on existing symbols ) automatically. Any
other altered content of the submaps on a read-only map -- new symbols,
new or changed labels, new smartsets, new smartset members -- are only
available by refresh. That is what refresh does -- get all the non-status
updates -- the "real" changes that were done since it was last opened --
to the read-only map. And because refresh is disruptive to the operator
with the read-ony map (the whole thing goes away) it has to be done from
the r-o GUI itself. So you need to schedule your changes and your
refreshes if you have an r-o map open all the time. Like it or not, and
you probably don't, that's the way it works.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
jeff.ctr.vandenbussche@faa.gov
11/18/2002 02:55 PM
To: "Allison, Jason (JALLISON)" <JALLISON@arinc.com>
cc: nv-l@lists.tivoli.com
Subject: RE: [nv-l] Changing label of node
Jason,
I guess I would want 2 rw maps open at the same time. Or else, if I do
have 2 users with the same map open at the same time, how do I ensure that
both users will be viewing the same status/label for all objects. Using
the OvwSetSymbolLabel call, only the user with the rw map open will have
the correct label, the user with the read-only map open will display the
incorrect (old) symbol label. Is there any way to keep these in sync,
other than manually refreshing the map?
Thanks,
Jeff
"Allison, Jason
(JALLISON)" To: Jeff CTR
Vandenbussche/ACT/CNTR/FAA@FAA
<JALLISON@arinc.c cc:
om> Subject: RE: [nv-l]
Changing label of node
11/18/02 02:03 PM
1) Is there a way to update the label on a read only map? The code I
have
so far only seems to be updating the read-write map. Only if I refresh
the
read-only map, does the label change take effect.
-- Correct. I do not know of a way to otherwise 'Sync' the maps. Not
sure
which Netview version you are using, but in 7.1.x, there is only 1 RW map,
though many 'web' interfaces. Not sure how this can help, but it is
something I am looking forward to working with when we get our 7.1.3
in-house.
2) It also only seems to work if the GUI is started by the admin user. Do
I need to change the permissions on the map or user, or something similar?
-- Not sure. I took a quick look at our permissions and they are also:
-rw-rw-rw-
Are you asking if there can be more than 1 rw map? Or is your concern
getting the 'generic' ability to write to the map?
In the past, I have only be able to have 1 user update the OVw DB. If you
want to force a user to have a Read-Only map, you can do that on the
command
like call to Netview. Otherwise, this may be a good question for the
list,
but as I remember, only 1 RW map all others cant update DB.
Best of luck,
Jason
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
|