Linux on Dell PowerEdge Server

headers Edward Ashley | 1 Nov 2011 12:47

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

On 01/11/2011 11:47, Edward Ashley wrote:
> Hi,
> I am running OMSA 6.5.1 on Centos 6 on a Poweredge 1950 server. I am
> getting a warning that the firmware version is out of date for the SAS
> Controller:
>
> Firmware/Driver Information for Controller SAS 5/iR Adapter
> Firmware version is out of date.
> Firmware Version00.06.50.00.06.06.00.02
> Minimum Required Firmware Version00.10.51.00.06.12.05.00
> Driver Version3.04.16
>
> I have run the inventory_firmware_gui utility which does not give me any
> option to upgrade the firmware, I have tried downloading the om651_suu
> images, and running ./suu -u however that has not updated it. I have
> also tried downloading the firmware for SAS 5/i integrated from the
> poweredge 1950 downloads page, I downloaded the redhat bin package
> (RAID_FRMW_LX_R189337.BIN), and when running that I get a message saying
> that This Update Package is not compatible with your system configuration.
>
> Could someone please help me update the firmware version.
> Thanks
>
>
>
> Edward Ashley
>
> Telephone: 01633 261203
>
> Email: ned <at> conveylaw.com
>
> Convey Law Logo
>
> REVOLUTIONARY CONVEYANCING
>
> Maxwell Chambers,34-38 Stow Hill,Newport, South Wales, NP20 1JE
>
> Telephone:01633 22 33 44Facsimile:01633 261 261Web:www.conveylaw.com
> <http://www.conveylaw.com>
>
> This e-mail and the information it contains (including any attachments)
> may be privileged and/or confidential. It is for the intended
> addressee(s) only. The unauthorised use, disclosure or copying of this
> e-mail or any information it contains (including any attachments) is
> strictly prohibited. If you are not the intended recipient you are
> hereby notified that any use or dissemination of this communication is
> strictly prohibited.
>
> If you receive this communication in error please contact the sender or
> delete the message.
>
> Email transmissions cannot be guaranteed to be secure or error free and
> information could be intercepted, corrupted, lost, destroyed, arrive
> late or incomplete, or contain viruses. We do not accept liability for
> any errors or omissions in the contents of this message which arise as a
> result of the e-mail transmission. We reserve the right to monitor all
> e-mail communication through our internal and external networks.
>
> Registered in England and Wales. Company Registration Number: 5306377
>
> Directors: A full list of directors and licensed conveyancers are
> available upon request.
>
>
>
>
> _______________________________________________
> Linux-PowerEdge mailing list
> Linux-PowerEdge <at> dell.com
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Hi,
    You've picked up the wrong firmware - the one you've downloaded is 
for the PERC 5/i Integrated, which is not the same hardware as the SAS 
5/i Integrated. Looking at the DELL web site, the file I think you want 
is SASHBA_FRMW_LX_R199563.BIN.
Regards,
John Hill

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

On Wed, 2011-10-19 at 14:09 +0200, Sven Ulland wrote:
> On 10/18/2011 08:39 PM, Cal Webster wrote:
> > I think the simplest option to give customers is the LiveCD (actuall
> > LiveDVD) you introduced. However, for it to be useful to the widest
> > costomer base it should be split up into a "Legacy LiveCD" ISO (less
> > than 700 MB to fit on CD-R) and "Current LiveDVD" (handling updates
> > for the newest servers in the lineup and maybe as many older systems
> > as would fit). Most of the older Dell servers (PE2600/2800/600SC)
> > only have CDROM readers and the system BIOS will not permit booting
> > from external USB DVD, flash, or hard drives. These systems cannot
> > take advantage of firmware updates unless they're running CentOS 5,
> > which they are not. An improvised CentOS LiveCD such as we used is
> > the only viable option for these legacy systems.
> 
> Do they support pxe booting? Having a solid pxe infrastructure with
> flexible images/systems to boot is so much more useful than the livecd
> approach :) LiveCDs that run directly from their initrd can also be
> put directly on pxelinux, without modifications.
> 
> On that note, I don't know why Dell (or HP, etc) don't focus more on
> pxe-based deployment approaches. Imagine being able to download the
> latest firmware update image, schedule reboots of your systems
> (including setting pxe as a one-time boot option), booting them on the
> image (with pxelinux.cfg per mac or ip address), and having them
> upgrade themselves and reboot automatically. Progress or errors would
> be sent via syslog or snmp, and modifying the image would be a breeze
> as long as its built properly.
> 
> Doing this for an entire enclosure, rack or datacenter would be
> a breeze! :)
> 
> sven

I agree that PXE boot would be a valuable option, so long as the server
has a NIC that supports it. As you say, data center/rack deployments
might be ideal candidates. Many legacy systems are not equipped this
way. Also, the PXE infrastructure is not something everyone would want
to deploy to support it, whether for security reasons or resource
expenditure.

I would lean toward an RPM-based deployment. This would dovetail
seamlessly with existing update infrastructure using "yum" or "up2date".
For firmware/BIOS updates that can be deployed on an active system there
would be no down-time. For updates requiring a quiescent system, a
custom initrd could be installed as the default boot option to be
executed at the next reboot. When done, the initrd and other temp files
could be removed before an auto-reboot into the normal kernel. RPM / Yum
updates are much more effective in terms of configuration management,
dependency resolution, and software deployment than one-off tar-balls or
these un-managed DUP updates. RPM would keep a record of the updates in
the RPM database too, making it a simple matter to determine current
firmware versions.

./Cal

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Hi,

we have two similar R810 II machines (Xeon E7-8837) running x86_64 linux
kernels, both crashing (kernel panics and soft/hard lockups) under load,
approx. once in a week.  One runs CentOS 5.7, the other Debian Squeeze (but
kernels from Wheezy/Sid/backports/whatever crash here too).

The BIOS/firmware are up-to-date (well, not all updates marked "optional"
were installed).  Diagnostic tools from DELL do not complain on anything
relevant (in our view).

We are pretty stuck, experiencing this for the first time after many years
running other DELL servers happily.  Not diving into technical details more,
I just want to ask fellow experts here:

- do these symptoms indicate a hardware problem strongly?

- if we switch to RHEL and get that commercial support, do they eventually
  work out with DELL who's at fault quickly, IOW is this the way to go?

- any other advice? :)

Thanks,

--

-- 
Egon Eckert

On 11/02/2011 10:55 AM, Egon Eckert wrote:
> We are pretty stuck, experiencing this for the first time after many
> years running other DELL servers happily.  Not diving into technical
> details more, I just want to ask fellow experts here:

Have you considered inspecting the panic backtraces? Which kernel
version are you running? Has temperature or other operating
environment variables changed the last week?

sven

> > We are pretty stuck, experiencing this for the first time after many
> > years running other DELL servers happily.  Not diving into technical
> > details more, I just want to ask fellow experts here:
> 
> Have you considered inspecting the panic backtraces?

Sure.  The respective debian bug report page is at

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644550

but it didn't get much attention.  As of the other crashing machine (running
CentOS) I have at the moment only this screenshot:

http://joni.heaven-industries.com/~egon/moskva-20111027.jpg

and we didn't try to get help in the community yet.

> Which kernel version are you running?

2.6.18 (CentOS 5.7 Final)
2.6.32 (squeeze)
2.6.39 (a kernel from squeeze-backports)
3.0.0 (a kernel from Debian sid)

The crashes are different in each kernel, but in context of one particular
kernel, they seem to repeat (similar backtraces, crashing in similar
circumstances).

> Has temperature or other operating environment variables changed the last
> week?

Almost certainly not.  The crashes started in beginning of september.  The
iDRAC "lights" are all green, everything seems just fine.  In the end, we may
be hitting various kernel bugs, but that's simply improbable IMO...

Since yesterday we try to run with "turbo mode" turned off if we hit the
crash again, as of 20 years ago (the PC's had a "turbo" button too :) ).

--

-- 
Egon Eckert

On 11/02/2011 10:55 AM, Egon Eckert wrote:
> - if we switch to RHEL and get that commercial support, do they eventually
>  work out with DELL who's at fault quickly, IOW is this the way to go?

As far as I remember the RHEL support purchased with the box means you have to go via DELLs RHEL support. RHEL
purchased from the vendor, you contact them. So it really depends on where you get the OS from.

B

The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorized. If you are not the intended recipient, any disclosure,
copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful. If you are not the intended
addressee please contact the sender and dispose of this e-mail. Thank you.

67	May 2013
64	April 2013
114	March 2013
94	February 2013
110	January 2013
76	December 2012
178	November 2012
163	October 2012
133	September 2012
191	August 2012
238	July 2012
144	June 2012
180	May 2012
135	April 2012
150	March 2012
102	February 2012
115	January 2012
136	December 2011
139	November 2011
91	October 2011
154	September 2011
153	August 2011
104	July 2011
86	June 2011
160	May 2011
139	April 2011
205	March 2011
172	February 2011
217	January 2011
113	November 2010
182	October 2010
204	September 2010
250	August 2010
289	July 2010
226	June 2010
215	May 2010
252	April 2010
328	March 2010
358	February 2010
262	January 2010
261	December 2009
210	November 2009
146	October 2009
189	September 2009
216	August 2009
291	July 2009
238	June 2009
201	May 2009
186	April 2009
225	March 2009
201	February 2009
293	January 2009
181	December 2008
274	November 2008
369	October 2008
246	September 2008
250	August 2008
293	July 2008
255	June 2008
315	May 2008
350	April 2008
449	March 2008
460	February 2008
559	January 2008
305	December 2007
442	November 2007
303	October 2007
355	September 2007
452	August 2007
401	July 2007
454	June 2007
618	May 2007
514	April 2007
483	March 2007
384	February 2007
513	January 2007
353	December 2006
473	November 2006
585	October 2006
381	September 2006
468	August 2006
393	July 2006
323	June 2006
350	May 2006
290	April 2006
425	March 2006
493	February 2006
417	January 2006
325	December 2005
383	November 2005
353	October 2005
445	September 2005
449	August 2005
475	July 2005
506	June 2005
534	May 2005
475	April 2005
565	March 2005
484	February 2005
588	January 2005
468	December 2004
573	November 2004
467	October 2004
407	September 2004
538	August 2004
379	July 2004
556	June 2004
471	May 2004
527	April 2004
630	March 2004
455	February 2004
530	January 2004
486	December 2003
534	November 2003
636	October 2003
748	September 2003
585	August 2003
536	July 2003
443	June 2003
602	May 2003
392	April 2003
476	March 2003
544	February 2003
448	January 2003
447	December 2002
417	November 2002
441	October 2002
370	September 2002
382	August 2002
175	July 2002
1	January 2001
1	February 2000

Firmware/Driver Information for Controller SAS 5/iR Adapter Poweredge 1950

Re: Firmware/Driver Information for Controller SAS 5/iR Adapter Poweredge 1950

Re: Firmware/Driver Information for Controller SAS 5/iR Adapter Poweredge 1950

Re: Dell Update Packages (DUP) and LiveCD/DVD

Invitation to connect on LinkedIn

Invitation to connect on LinkedIn

various kernels crash on two R810 II's

Re: various kernels crash on two R810 II's

Re: various kernels crash on two R810 II's

RE: various kernels crash on two R810 II's