Re: [nv-l] Strange Map problems
2004-05-25 08:05:35
Gavin,
first make a good backup of /usr/OV/databases/openview
!
Then try:
mapadmin -f 2004_04_21_prod
and if this fails:
mapadmin -r 2004_04_21_prod
Oliver
"Gavin Newman"
<NEWMANGJ AT banksa.com DOT au>
Sent by: owner-nv-l AT lists.us.ibm DOT com
25.05.2004 13:19
|
To
| <nv-l AT lists.us.ibm DOT com>
|
cc
|
|
Subject
| Re: [nv-l] Strange Map problems |
|
Oliver
Thanks for the response. Yes, I'm aware that I'd still
have two maps left and I do normally delete the objects from both maps,
my problem is this pesky 3rd map that I can't get rid of or access. It
seems to be orphaned - Ive posted another email with the results of an
ovmapcount -cl which has further diagnostics - it seems to think the 2004_04_21
map is a non-local map (event though there is only one Netview host) and
it cannot open it to check.
The ovwls and ovwperms output is as follows - it doesn't
make much sense to me...
NV Prod[koguxap6] ROOT >ovwls
-rw-r--r-- root system Production
-rw-rw-rw- root system default
Map location for distributed client
machines.
Map Name Hostname
-------- --------
Production koguxap6
2004_04_21_prod koguxap6
default koguxap6
NV Prod[koguxap6] ROOT >ovwperms -l 2004_04_21_prod
ERROR: No such map "2004_04_21_prod"
Map location for distributed client
machines.
Map Name Hostname
-------- --------
Production koguxap6
2004_04_21_prod koguxap6
default koguxap6
NV Prod[koguxap6] ROOT >
>>> oliver.bruchhaeuser AT de.ibm DOT com 25/05/2004 20:33:42 >>>
Gavin,
don't forget that even after deleting the map "2004_04_21_prod"
you still have 2 maps: "default" and "Production".
So you have the delete the objects from both maps.
Check them both with
ovmapdump -m default | grep <YourDeletedObject>
ovmapdump -m Production | grep <YourDeletedObject>
For the "2004_04_21_prod
problem:
What is the output of "ovwls"?
Are you able to change the "lost" permissions with "ovwperms"?
(Check the man pages on this commands).
Oliver
"Gavin Newman"
<NEWMANGJ AT banksa.com DOT au>
Sent by: owner-nv-l AT lists.us.ibm DOT com
25.05.2004 08:18
|
To
| <nv-l AT lists.us.ibm DOT com>
|
cc
|
|
Subject
| Re: [nv-l] Strange Map problems |
|
mapadmin -l does not show the invalid map - it only shows the Production
and netview maps.
Cheers - Gavin
>>> cfrantse AT csc DOT com 25/05/2004 15:24:15 >>>
Check out the mapadmin command maybe that can help you get rid of it.
Christian Frantsen
Network Engineering Services
CSC Sweden, Jonkoping
----------------------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.
----------------------------------------------------------------------------------------
"Gavin Newman"
<NEWMANGJ AT banksa.com DOT au>
Sent by: owner-nv-l AT lists.us.ibm DOT com
2004-05-25 05:57
Please respond to
nv-l AT lists.us.ibm DOT com |
|
To
| <nv-l AT lists.us.ibm DOT com>
|
cc
|
|
Subject
| [nv-l] Strange Map problems |
|
I originally had 3 maps for my production Netview system which were essentially
copies of each other. These were named :
1) default
2) Production - this is the "real" map
3) 2004_04_21_prod - a backup taken during some changes
I tried to delete the 2004_04_21_prod map but Netview died halfway through
the process (after a very long time with the CPU at 100%).
Now when I select the File | Delete Map option I see the 3 maps in the
list box but the 2004_04_21_prod map has the permission set to "unknown"
and has a comment "Non-local map (koguxap6)" and the Delete button
does not enable when this map is selected. (koguxap6 is the host on which
Netview is running).
If I delete an object from the default and Production maps it remains in
the database with a map count of 1 (presumably the 2004_04_21_prod map)
and I can't get rid of it.
Is there any way I can get rid of this oddball map and therefore get rid
of the deleted objects from the database as I suspect this is causing anomolous
behaviour?
Cheers - Gavin Newman
**********************************************************************
***** IMPORTANT INFORMATION *****
This document should be read only by those persons to whom it is
addressed and its content is not intended for use by any other
persons. If you have received this message in error, please notify
us immediately. Please also destroy and delete the message from
your computer. Any unauthorised form of reproduction of this message
is strictly prohibited.
St George Bank Limited AFSL 240997 or its subsidiaries ASSIRT Pty Ltd
AFSL 240979, Advance Asset Management Limited AFSL 240902, PACT
Accountants Investment Group Pty Limited AFSL 240693, St George Life
Limited AFSL 240900, ASGARD Capital Management Limited AFSL 240695
and Securitor Financial Group Limited AFSL 240687 is not liable for
the proper and complete transmission of the information contained in
this communication, nor for any delay in its receipt.
**********************************************************************
**********************************************************************
***** IMPORTANT INFORMATION *****
This document should be read only by those persons to whom it is
addressed and its content is not intended for use by any other
persons. If you have received this message in error, please notify
us immediately. Please also destroy and delete the message from
your computer. Any unauthorised form of reproduction of this message
is strictly prohibited.
St George Bank Limited AFSL 240997 or its subsidiaries ASSIRT Pty Ltd
AFSL 240979, Advance Asset Management Limited AFSL 240902, PACT
Accountants Investment Group Pty Limited AFSL 240693, St George Life
Limited AFSL 240900, ASGARD Capital Management Limited AFSL 240695
and Securitor Financial Group Limited AFSL 240687 is not liable for
the proper and complete transmission of the information contained in
this communication, nor for any delay in its receipt.
**********************************************************************
**********************************************************************
***** IMPORTANT INFORMATION *****
This document should be read only by those persons to whom it is
addressed and its content is not intended for use by any other
persons. If you have received this message in error, please notify
us immediately. Please also destroy and delete the message from
your computer. Any unauthorised form of reproduction of this message
is strictly prohibited.
St George Bank Limited AFSL 240997 or its subsidiaries ASSIRT Pty Ltd
AFSL 240979, Advance Asset Management Limited AFSL 240902, PACT
Accountants Investment Group Pty Limited AFSL 240693, St George Life
Limited AFSL 240900, ASGARD Capital Management Limited AFSL 240695
and Securitor Financial Group Limited AFSL 240687 is not liable for
the proper and complete transmission of the information contained in
this communication, nor for any delay in its receipt.
**********************************************************************
|
|
|