Re: [Linux-PowerEdge] Segfaults, unable to detect RAID controller

[Mike Leong]

I got it fix by binary patching the libstorelib.so as described here:

http://lists.us.dell.com/pipermail/linux-poweredge/2015-May/049784.html

Note: the filename on my setup is libstorelib.so.4.14-0 not .20 as in the
link.

mike

On Fri, Mar 4, 2016 at 9:33 AM, Mike Leong  wrote:

> Our R620 w/ on Ubuntu 14.04 and 3.13.0-43-generic kernel works fine w/
> OMSA.  Have you tried that kernel?
>
> On Wed, Mar 2, 2016 at 7:02 AM, Kyle Johnson 
> wrote:
>
>> If someone does has a way to fix this, I'd love to know it as well.  I
>> get the exact same message with my setup on my R510.  Worked fine prior to
>> 14.04
>>
>> On Mon, Feb 29, 2016 at 12:57 PM, Mike Leong 
>> wrote:
>>
>>> I'm running Ubuntu 14.04 amd64 w/ kernel 3.19.0-26-generic and OMSA
>>> 7.4.0.  (Note: I have to run that kernel as that's certified/supported by a
>>> product we're using).
>>>
>>> I'm getting this:
>>> root@ams1poscmp12:~# omreport storage controller
>>> No controllers found
>>>
>>> Other checks such as "omreport chassis" works fine
>>>
>>> 
>>> On dmesg:
>>> [  408.523894] traps: dsm_sa_datamgrd[9316] general protection
>>> ip:7f14dc2fc99d sp:7f14d7f98e40 error:0 in
>>> libdcsupt.so.7.4.0[7f14dc2db000+2d000]
>>> [  408.541446] Core dump to |/usr/share/apport/apport 9096 11 0 9096
>>> pipe failed
>>>
>>> Note: /usr/share/apport/apport doesn't seems to exist on ubuntu
>>>
>>> -
>>> on /var/log/syslog:
>>> Server_Administrator: 15110 2314 - Storage Service  The initialization
>>> sequence of SAS components failed during system startup. SAS management and
>>> monitoring is not possible.
>>>
>>> Any ideas on how to troubleshoot this?
>>>
>>> mike
>>>
>>> ___
>>> Linux-PowerEdge mailing list
>>> Linux-PowerEdge@dell.com
>>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>>>
>>>
>>
>> ___
>> Linux-PowerEdge mailing list
>> Linux-PowerEdge@dell.com
>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>>
>>
>
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

[Linux-PowerEdge] dsu performs a 'yum upgrade -y' when upgrading firmware

[Luke Pyzowski]

Why does dsu perform a "yum upgrade -y" when installing firmware? (Run strings 
on the dsu binary to verify for yourself) This command will upgrade everything 
on a system - and often system administrators may put something into custom yum 
repos but not install it intentionally. This is extremely poor behavior on the 
part of the dsu tool and I was very surprised to see it. This option must be 
configurable by the administrator. Further, it should only upgrade dell related 
items -  at the very most. You are specifying to update _all_ system software 
on the OS AND you pass the -y argument to it to approve the install without 
letting an administrator intervene. This behavior is completely unacceptable 
and needs to be addressed.

Luke Pyzowski

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] dsu performs a 'yum upgrade -y' when upgrading firmware

[Kilian Cavalotti]

On Fri, Mar 4, 2016 at 12:23 PM, Luke Pyzowski  wrote:
> Why does dsu perform a “yum upgrade -y” when installing firmware? (Run
> strings on the dsu binary to verify for yourself) This command will upgrade
> everything on a system - and often system administrators may put something
> into custom yum repos but not install it intentionally. This is extremely
> poor behavior on the part of the dsu tool and I was very surprised to see
> it. This option must be configurable by the administrator. Further, it
> should only upgrade dell related items -  at the very most. You are
> specifying to update _all_ system software on the OS AND you pass the -y
> argument to it to approve the install without letting an administrator
> intervene. This behavior is completely unacceptable and needs to be
> addressed.

I absolutely agree. Reading this mailing list for the past few months
has been an absolutely flooring experience.

At this point, it's time to realize that DSU is a failure: it is so
riddled with design flaws that it would only make sense to start again
from scratch. That's exactly what happened to the previous
firmware-tools, which have been working fine for years, until somebody
decided to scrap it for unknown reasons. DSU is not up to the mark, by
far. Competitors have better tools now, and what once made Dell lead
the field of linux management tools is no more.

If you guys want to retain that advantage, that made a lot of us
prefer to deal with Dell hardware instead of others', this needs to be
fixed.

Cheers,
-- 
Kilian

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge