Rob, thanks for the response. The OMSA versions are different. the version on the box is 6.5 and the working on is 7.0. Will the uninstall or re-install of OMSA require a reboot, this is on a production server. Thanks!
These are OMSA services running on the remote box. If these entries are present in the result and if you are allowed to restart these services on that remote production system, Please do. Services can restarted from the service manager (Service names are prefixed with "DSM SA")
I just ran the service test on a few of the unknown servers and some of the working servers. The results were the same, they all had dsm_sa_datamgrd, dsm_sa_eventmgr, dsm_om_shrsvcd, and dsm_om_connsvcd. None of the servers have dsm_sa_snmpd. I am waiting to make sure i can restart the other services. It would seem like not have dsm_sa_snmpd would be an issue but the servers that are working also do not have it. Thanks
Ok, so you restarted the services and the Troubleshooting tool _still_ does not return the Server Administrator version?
Do you know offhand what OMSA version _is_ on that box?
I think you need to upgrade OMSA and re-try. It should not require a reboot from what I recall. But as it is a production server, you will need to take normal precautions.
On that particular box the version is 7.0.0 . We have a couple different versions on servers that are displaying correctly. versions ranging from 6.5.0 - 7.4.0 . I guess i will try a re-install of OMSA during our next maintenance window. Thanks. Ill update as more information becomes available.
Dsheumaker
6 Posts
0
August 8th, 2014 08:00
Rob, thanks for the response. The OMSA versions are different. the version on the box is 6.5 and the working on is 7.0. Will the uninstall or re-install of OMSA require a reboot, this is on a production server. Thanks!
DELL-Rob C
3 Apprentice
•
2.8K Posts
0
August 8th, 2014 08:00
Hi and thanks for the question. The level of detail you provide is helpful.
For sure, the Troubleshooting Tool _must_ return the Server Administrator version in the result set.
And we see that the good server has this, but the problematic server does not return the OMSA version.
So it is likely that this is exactly the reason that OME is putting that box under the Unknown group.
The first thing we need to do is confirm that OMSA is properly installed on that box. Can you try to connect to OMSA via the URL remotely?
Are they both the same version of OMSA?
Is it possible for you to uninstall and re-install OMSA on that box?
That is a start,
Rob
www.delltechcenter.com/ome
Dsheumaker
6 Posts
0
August 12th, 2014 07:00
I am still struggling with issue. Does anyone have any input on this? Thank you
joyrunner
1 Rookie
•
21 Posts
0
August 12th, 2014 08:00
Hi,
Please try to run the "Services" test as well from the Troubleshooting tool and see if you are finding the following entry in the test result
dsm_sa_datamgrd
dsm_sa_eventmgr
dsm_sa_snmpd
dsm_om_shrsvcd
dsm_om_connsvcd
These are OMSA services running on the remote box. If these entries are present in the result and if you are allowed to restart these services on that remote production system, Please do. Services can restarted from the service manager (Service names are prefixed with "DSM SA")
Thanks,
Dsheumaker
6 Posts
0
August 12th, 2014 09:00
Restarting those services had no effect. Thanks
Dsheumaker
6 Posts
0
August 12th, 2014 09:00
I just ran the service test on a few of the unknown servers and some of the working servers. The results were the same, they all had dsm_sa_datamgrd, dsm_sa_eventmgr, dsm_om_shrsvcd, and dsm_om_connsvcd. None of the servers have dsm_sa_snmpd. I am waiting to make sure i can restart the other services. It would seem like not have dsm_sa_snmpd would be an issue but the servers that are working also do not have it. Thanks
DELL-Rob C
3 Apprentice
•
2.8K Posts
0
August 12th, 2014 10:00
Ok, so you restarted the services and the Troubleshooting tool _still_ does not return the Server Administrator version?
Do you know offhand what OMSA version _is_ on that box?
I think you need to upgrade OMSA and re-try. It should not require a reboot from what I recall. But as it is a production server, you will need to take normal precautions.
Rob
Dsheumaker
6 Posts
0
August 12th, 2014 12:00
On that particular box the version is 7.0.0 . We have a couple different versions on servers that are displaying correctly. versions ranging from 6.5.0 - 7.4.0 . I guess i will try a re-install of OMSA during our next maintenance window. Thanks. Ill update as more information becomes available.