Oliver
Thanks for the help on this - the mapadmin -f command got rid of the reference to the "orphan" map - the objects still refer to being on 3 maps so I'll run ovmapcount -a and ovtopofix to try and get some sanity in the databases.
Hopefully this will fix the problem for good....
Thanks again for the help.
>>> oliver.bruchhaeuser@de.ibm.com 25/05/2004 21:22:48 >>>
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@banksa.com.au> Sent by: owner-nv-l@lists.us.ibm.com
25.05.2004 13:19
|
To
| <nv-l@lists.us.ibm.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@de.ibm.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@banksa.com.au> Sent by: owner-nv-l@lists.us.ibm.com
25.05.2004 08:18
|
To
| <nv-l@lists.us.ibm.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@csc.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@banksa.com.au> Sent by: owner-nv-l@lists.us.ibm.com
2004-05-25 05:57
Please respond to nv-l@lists.us.ibm.com |
|
To
| <nv-l@lists.us.ibm.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. **********************************************************************
**********************************************************************
***** 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.
**********************************************************************
|