[testing] All Dell Update Packages available in Firmware-Tools RPM format

[Michael E Brown]

On Thu, Feb 28, 2008 at 01:13:48PM -0800, Chris Evans wrote:
> Worked for getting the packages installed.
> [root at radian ~]# cat /etc/redhat-release
> CentOS release 4.5 (Final)
> [root at radian ~]# getSystemId
> Libsmbios:    0.13.10
> System ID:    0x011B
> Service Tag:  ...
> Express Service Code: ...
> Product Name: PowerEdge 1650
> BIOS Version: A11
> Vendor:       Dell Computer Corporation
> Is Dell:      1
> 
> I was able to install the following parts.
> ESM_Firmware_componentid_00160_for_PowerEdge_1650
> PERC3_Di_ven_0x1028_dev_0x000a_subven_0x1028_subdev_0x011b_for_PowerEdge 
> _1650

Thanks for the testing so far.
 
> I haven't run the update yet, but I assume it works :)

On 1650, you are likely to run into the known issue that ESM/BMC may not
update due to a version mismatch. I'm working on that one now.

> 
> The only comments I have are the bootstrap_firmware outputs.
> No handlers could be found for logger "trace.firmwaretools"
> which I don't mind.

Known. I have to fiddle with the python logging module to shut that up.

> 
> And I noticed that the bootstrap_firmware command took longer then I  
> was used to.
> real    0m30.258s
> user    0m3.139s
> sys     0m1.639s
> And I just bring it up so that others know what to expect.

This is an excellent point that I forgot to mention. I'm using the
official Dell inventory collector utility, and... how to say this... it
is slow as heck. 30 seconds is about the minimum I've seen. On larger
systems, I've seen it take up to 6 or 7 minutes to run. The other
problem is that it gives absolutely no indication of its progress until
it is finished. Ugh. So... just sort of let it do its thing.

This impacts the GUI as well. I'm working on some threading improvements
for the GUI so that it doesnt block as much, but the startup time is
still pretty awful when you have the inventory collector installed.
--
Michael