The problem we're having is upgrading from 1.0 to 1.3.
Updating from ftp.dell.com takes quite sometime if you factor in the
multiple reboots and you multiply that across a couple hundred servers.
Using the USC_APP_LX.* DUP is faster but not bulletproof.

On Thu, Jan 28, 2010 at 11:25 AM, Bas van der Vlies <b...@sara.nl> wrote:

> Thanks for the pointers. Especially the remote update feature ;-)
>
> ________________________________________
> From: linux-poweredge-boun...@dell.com [linux-poweredge-boun...@dell.com]
> On Behalf Of patrick_b...@dell.com [patrick_b...@dell.com]
> Sent: Thursday, January 28, 2010 3:23 PM
> To: t...@seoss.co.uk
> Cc: linux-powere...@lists.us.dell.com
> Subject: RE: Lifecycle Controller not-so slick IMO.
>
> I completely understand your concerns. Our initial focus was attempting to
> get the one-to-one interface developed as this gave us both a customer
> facing deliverable and a test bed for this technology.
>
> As I've now said in the other part of this thread. You should look at the
> latest Unified Server Configurator and DRAC for your system. In this release
> we enabled remote firmware update through the DRAC WSMAN interface.
>
> More information is available in the user's guide, which is here:
> http://support.dell.com/support/edocs/software/smusc/smlc/lc_1_3/en/index.htm
>
>
> -----Original Message-----
> From: Tim Small [mailto:t...@seoss.co.uk]
> Sent: Thursday, January 28, 2010 4:10 AM
> To: Boyd, Patrick
> Cc: linux-poweredge-Lists
> Subject: Re: Lifecycle Controller not-so slick IMO.
>
> patrick_b...@dell.com wrote:
> > By Console Redirection we mean serial port console redirection. The
> interface works fine over the iDRAC virtual KVM. This was decided since the
> Lifecycle Controller uses a graphical interface.
> >
>
> I take it from this that it's can't be automated - that really seems to
> be a short-sighted design decision - the majority of shops who have more
> than a handful of servers will want to automate this sort of stuff -
> that and the fact that it's a paid-for extra means that there is very
> little value-add for all the development effort that must have been
> carried out...
>
> The real answer has to be proper publishing of specs for firmware update
> interfaces - Dell RBU is an excellent example of doing things the right
> way, but without being able to update hard disk and BMC firmware easily
> from within Linux, it looks like wasted effort.
>
> And when I say Linux I mean any kernel or distribution, not just
> whatever enterprise vendors Dell happens to currently have their wagons
> hitched to.
>
> Tim.
>
>
_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq

Reply via email to