1 Rookie

 • 

14 Posts

32033

February 19th, 2020 09:00

Message: Unable to extract payloads from Update Package.

Receive below error when trying to upgrade iDRAC firmware for M640 blade in OME 3.2.1.

Current version is 3.21.21.21 and baseline version is 4.0. I get the same error with internal repository of firmware files or with Dell's online catalog.

 

Messages:
Running
Starting communication with the device.
Checking LC-Service state
Checking Remote Services availability
Remote Service is ready.
Initiated Update Job for DCIM:INSTALLED#iDRAC.Embedded.1-1#IDRACinfo with JobId (JID_821354095596)
Job status for JID_821354095596 is Failed
Message: Unable to extract payloads from Update Package.
Message ID: RED008
System state check initiated.
iDrac state check.
Checking LC-Service state
Checking Remote Services availability
Remote Service is ready.
Deleting the job queue
Delete Job Queue was successful
Deleted Job Id:JID_821354095596
Task Failed. Completed With Errors.

1 Rookie

 • 

21 Posts

February 20th, 2020 09:00

We noticed that we had to do a manual, intermediate update with iDRAC9 in order to update to 4.00 if the existing version was old enough.  If you manually update to 3.30, then it can update to 4.00 without those issues.

Moderator

 • 

9.4K Posts

February 19th, 2020 13:00

Hi,

Can you try to do a racreset and then run the update again? https://dell.to/2VceAJb

1 Rookie

 • 

14 Posts

February 20th, 2020 04:00

That did not help. I tried a manual reset through the CLI as well as checking the "Reset idrac" box in the GUI of the Update Firmware screen. Same error.

1 Rookie

 • 

14 Posts

February 20th, 2020 06:00

I was able to update the iDRAC manually through the iDRAC GUI. When I re-check the compliance on the baseline, I do not see the updated iDRAC version on this M640.

1 Rookie

 • 

60 Posts

February 20th, 2020 09:00

We had the same problem, I think we went from R640 F/W 3.15 to 4.0.

OME gave us an RED008 on install, in the end we had to unpack the F/W and manually upload the native firmimgFIT.d9 file.

I thought it was an issue with the jump from 3.15 to 4.0, interesting to see others with the same issue.

1 Rookie

 • 

21 Posts

February 20th, 2020 09:00

You would have to manually kick off an Inventory Job for that Service Tag if you manually apply an update (or wait for a scheduled Inventory Job to run)

1 Rookie

 • 

14 Posts

February 20th, 2020 10:00

@Silver-mox @ut_fleet thank you both very much for the responses. After I manually updated the inventory on the blade I updated to 3.36.36.36, re-ran the compliance check, I saw this version in the baseline. Furthermore, I was able to upgrade to 4.0 from OME. So I suppose I'll need to create another catalog/baseline with version 3.3x for any of our servers that'll need that intermediary jump to get to 4.0. 

Not sure if you guys are using Dell Repository Manager, but if you have any tips on creating a repo with older versions of FW, that'd be great. Thanks again for the help here

1 Rookie

 • 

21 Posts

February 20th, 2020 10:00

We are not using the Repository Manager, but it's something I've been wanting to look into.

That said, it would be really, really nice if Dell's own software knew when a device needed an intermediate update to be successful, and just took care of that for us *hint hint*

1 Rookie

 • 

14 Posts

February 20th, 2020 12:00

I'm having an issue updating iDRAC firmware on M640's in OMEnterprise from 3.2x or below to 4.0. The resolution I've found is to update the iDRAC to 3.3x first, and then update to 4.0 through OME, which works.

Question is - how can I create a repository in Dell Repository Manager with iDRAC version 3.34.34.34???

1 Rookie

 • 

60 Posts

February 24th, 2020 23:00

Hi Guys,

We use dells repo manager and it works fine, it allows us to create offline local monthly repos (monthly snap shots of updates), so we can roll backwards or forwards when required.

Its only a shame that it needs to be installed on a windows server. I've asked our account manager a few times to recommend baking it and licence manager into the next version of OME appliance however that might be a reach too far..

Unsure if this helps, but I've noticed that I get a more successful patch deployment if I complete the none reboots updates first, usually the OS and firmware updates, then roll out the BIOS and NIC updates after that normally require a restart.. ok its two passes but seems to work well when OME is playing nicely.

HTH 

 

3 Posts

March 16th, 2020 09:00

Very interested how you do the monthly snapshot repo's, as that is something I would like to do as well to properly manage the firmware versions.

1 Rookie

 • 

21 Posts

March 17th, 2020 16:00

It appears they have a Linux binary download available:
https://www.dell.com/support/home/us/en/19/drivers/DriversDetails?driverid=v8ym0

Have you tried it out?

1 Rookie

 • 

124 Posts

April 30th, 2020 05:00

Ah now that's great again. We are paying for a tool supposed to automate these things and now have this.

Currently trying to update a server, update from 3.21.26.22 has failed.

Yet it continues with updating all the other stuff. Looking forward to the result. If this bricks the server, it will be on Dell.

2 Posts

May 12th, 2020 06:00

Thank you @ut_fleet ! This is exactly what I needed to do too.

August 18th, 2020 11:00

I'm seeing the same issue on my R740. Our iDRAC network is layer 2 so we can't use OME. I'm uploading the .exe file locally and using racadm commands to install the component patch. At first I tried to go from 3.21.21.21 to 4.20.20.20 and it failed. I get the same 'Unable to extract payloads from Update Package' message when trying the small jump from 3.21.21.21 to 3.30.30.30

I've cleared the jobqueue and reset iDRAC. No success. I chmod +x the .exe file to make it executable then run the following command:

/bin/racadm update -f /path/to/.exe_file

No Events found!

Top