Subject: | |
From: | |
Reply To: | Stephen Berg (Contractor) |
Date: | Mon, 27 Aug 2012 05:58:45 -0500 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
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
> [log in to unmask]
> (888) 432-2638 x4723
>
--
Stephen Berg
Systems Administrator
NRL Code: 7320
Office: 228-688-5738
[log in to unmask]
|
|
|