I think I got the problem solved. Someone else noted on a
linux-poweredge list that the smbios version might be causing this
issue. I checked the priority settings in the repo setup and got the
smbios updated, then updated the OMSA stuff again and all is well again.
On 08/23/2012 05:28 PM, Michael Morgan wrote:
Sorry, MUA screwed up and this only went to the list. Wanted to make sure you
got it as it saved me from a pretty good headache.
-Mike
On Thu, Aug 23, 2012 at 06:20:23PM -0400, Michael Morgan wrote:
On Wed, Aug 22, 2012 at 07:08:37AM -0500, Stephen Berg (Contractor) wrote:
A few systems that did not update this morning have the srvadmin 7.0
packages from Dell's repo. Version 7.1 appears to break OMSA on SL6.x
I just ran into this myself. Reading through the dataeng init script eventually
led to /opt/dell/srvadmin/sbin/CheckSystemType. Touching
/opt/dell/srvadmin/lib64/openmanage/IGNORE_GENERATION triggered an override and
let OMSA start up properly. Hopefully it does the same for you.
-Mike
--
Michael Morgan
Network Technician, DCANet
http://www.dca.net
[email protected]
(888) 432-2638 x4723
--
Stephen Berg
Systems Administrator
NRL Code: 7320
Office: 228-688-5738
[email protected]
