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:
Wed, 22 Aug 2012 07:08:37 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (44 lines)
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

On 08/22/2012 07:04 AM, Rich wrote:
> Not starting on unsupported systems is a "great trick".
>
> I knew it sometimes complained in firmware updates if
> /etc/redhat-release wasn't matching one of its expected values, but
> that's new and upsetting behavior.
>
> - Rich
>
> On Wed, Aug 22, 2012 at 7:45 AM, Stephen Berg (Contractor)
> <[log in to unmask]> wrote:
>> All of a sudden after some updates, all my Dell PowerEdge systems won't
>> start the Dell OMSA services.
>>
>> I get:
>>
>> "dsm_om_shrsvc: DSM SA Shared Services cannot start on an unsupported
>> system. See the Dell Systems Software Support Matrix for a list of supported
>> systems."
>>
>> On some systems I've been able to fake it out by replacing
>> /etc/redhat-release with one from a RHEL 6.0 system temporarily. But that's
>> not worked on all the systems affected.  Anyone else seeing this and got a
>> workaround or solution?
>>
>> --
>> Stephen Berg
>> Systems Administrator
>> NRL Code: 7320
>> Office: 228-688-5738
>> [log in to unmask]
>


-- 
Stephen Berg
Systems Administrator
NRL Code: 7320
Office: 228-688-5738
[log in to unmask]

ATOM RSS1 RSS2