Start a Conversation

Solved!

Go to Solution

6654

March 19th, 2019 07:00

R610 PERC H200 07.03.06.00 firmware update failures, CentOS

Hi,

I've recently rebuilt some R610 with CentOS 7 and DSU 18.10. So far so good, but the PERC H200 firmware is being listed as out of date, and I should upgrade to 07.03.06.00. The catch is that when trying to upgrade the firmware either via DSU, SUU or using SAS-RAID_Firmware_8TPD2_LN_07.03.06.00_A09.BIN I get the fairly well documented inventory failure:

Collecting inventory... 
......
Inventory collection failed.

It throws a segfault whilst this is happening:

kernel:  [ 3489.693092] sasdupie[10973]
: segfault at 20 ip 0000560fa4f0400d sp 00007fffbb5e5720 error 4 in sasdupie[560fa4edf000+110000]

I've tried a fudge which involved linking libstorelibir.so/libstorelibir.so.5 to an earlier version of libstorelibir (which worked in similar circumstances on some 2950), but still no joy. The down side is that all our hardware reporting is now flagging this as a problem which clogs things up whilst looking for more serious problems.

Has anyone got any ideas of how to fix this? Thanks in advance,

Jamie

22 Posts

March 20th, 2019 08:00

Finally I have found a solution. There were 2 problems to solve.

The first problem was that my R610 have the H200 Integrated, opposed to a plain old H200. So upon putting the serial number into dell.com/support I was being shown what is the wrong update file. Eventually the penny dropped whilst using the bootable ISOs which happened to be showing which update they considered to be correct. So if anyone else has this problem:

 

H200 - SAS-RAID_Firmware_8TPD2_LN_07.03.06.00_A09.BIN
H200 Integrated - SAS-RAID_Firmware_D0KPX_LN_07.03.06.00_A10.BIN

 

The second problem is what I'd described before as having worked on a 2950, in that the default OMSA on RHEL/CentOS 7 the libstorelibir library was a much newer one than the (several year old) update liked. I believe this also effected the bootable ISO. So to get round that, this is what I did:

cd /opt/dell/srvadmin/lib64/
Check current links etc:
ls -l libstorelibir*
In my case, the lib in question is libstorelibir.so.5.07-0
Remove sysmlinks:
rm libstorelibir.so.5 libstorelibir.so
Re-create symlinks to older version of library:
ln -s libstorelibir-3.so.14.02-0 libstorelibir.so.5
ln -s libstorelibir-3.so.14.02-0 libstorelibir.so
Run update
Put links back:
rm libstorelibir.so.5 libstorelibir.so
ln -s libstorelibir.so.5.07-0 libstorelibir.so.5
ln -s libstorelibir.so.5.07-0 libstorelibir.so

Success! Took me a day of tearing my hair out (bad), but also learning about various firmware update methods (useful).

2.9K Posts

March 19th, 2019 07:00

Hi Jamie,

I'm not sure what to suggest for getting the updates to run from within the OS, but I can see what I can turn up. Let me ask you this, are you open to updating from outside the OS? There is the option to update from the Lifecycle Controller, and if that gives you trouble, we also have a bootable utility that would have the firmware built in.

Bootable FW .ISO (for R610): https://dell.app.box.com/v/bootabler610/folder/60646280813

22 Posts

March 20th, 2019 06:00

Thanks. I've tried your ISO (and made my own from Dell Repository Manager) but they both fail with the same inventory collection failed. I suspect it's related to CentOS 7 and libraries in some way as that's the OS I'm using and also on the livecd. I've also tried to update from the Lifecycle Controller to a local share/ISO, but it only accepts Windows updates and Dell Repository Manager refuses to create a SUU dir/ISO from a Windows repo. So the last roll of the dice is to reconfigure our proxies to allow FTP to ftp.dell.com from the Lifecycle Controller. That's not a quick job round here, so in the meantime I'll see what else I can try.
No Events found!

Top