SCIENTIFIC-LINUX-USERS Archives

August 2012

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Stephen Berg (Contractor)" <[log in to unmask]>
Reply To:
Stephen Berg (Contractor)
Date:
Mon, 27 Aug 2012 05:58:45 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (38 lines)
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]

ATOM RSS1 RSS2