Fusion-io ioDrive 2 1.2TB Reference Page

Notice: Page may contain affiliate links for which we may earn a small commission through services like Amazon Affiliates or Skimlinks.

sunfire

New Member
Mar 1, 2024
2
0
1
Hi guys, I have two IBM branded IodriveII cards (1.2TB) which i updated to 3.2.10 (latest Lenovo firmware version).
After that I got the 3.2.16 Sandisk firmware from @acquacow 's repo, changed the INFO file accordingly and when I tried to update the two cards the fio-update-iodrive utility said there's no firmware update available (because the controller firmware version was already at 7.1.17). So I forced the update on both cards. The update went fine but how can i check the optrom version ? fio-status doesn't show any difference after the update, compared to before the update.

For reference the two sections I added in the INFO file in the firmware .fff archive (one section with hyphen, another section without hyphen) have the correct PA#, the only things different in the duplicated sections are the optromversion and optromfile entries, both 3.2.16.1731 (the Lenovo .fff archive had 3.2.10.1509 for the optromversion and optromfile entries).

Do you guys know a way to check the optromversion and optromfile versions installed on the cards ?

BIG thank you !
 

acquacow

Well-Known Member
Feb 15, 2017
787
439
63
42
Hi guys, I have two IBM branded IodriveII cards (1.2TB) which i updated to 3.2.10 (latest Lenovo firmware version).
After that I got the 3.2.16 Sandisk firmware from @acquacow 's repo, changed the INFO file accordingly and when I tried to update the two cards the fio-update-iodrive utility said there's no firmware update available (because the controller firmware version was already at 7.1.17). So I forced the update on both cards. The update went fine but how can i check the optrom version ? fio-status doesn't show any difference after the update, compared to before the update.

For reference the two sections I added in the INFO file in the firmware .fff archive (one section with hyphen, another section without hyphen) have the correct PA#, the only things different in the duplicated sections are the optromversion and optromfile entries, both 3.2.16.1731 (the Lenovo .fff archive had 3.2.10.1509 for the optromversion and optromfile entries).

Do you guys know a way to check the optromversion and optromfile versions installed on the cards ?

BIG thank you !
I had a 60mph storm come through the other night so all my hardware is still powered down... but there is a flag you can throw at fio-status and you can specify a variable to display a value for. I think you can specify optrom stuff and get info back from that. I think it's -k or -K or -F for field maybe? I think either cap or lower L will get you a list of vars you can query.
 
  • Like
Reactions: sunfire

sunfire

New Member
Mar 1, 2024
2
0
1
I had a 60mph storm come through the other night so all my hardware is still powered down... but there is a flag you can throw at fio-status and you can specify a variable to display a value for. I think you can specify optrom stuff and get info back from that. I think it's -k or -K or -F for field maybe? I think either cap or lower L will get you a list of vars you can query.
Figured right after I posted. " Fio-status -l " gives the entire list of fields that can be queried on the card(s), and there are a few " optrom " fields. However, with the exception of the field " iom.optrom_base_supported " which shows the value " 1 " for both cards, all the other " optrom " fields are not available

[root@truenas ~]# fio-status -l | grep -i opt
iom.optrom_base_supported
iom.optrom_current_major_ver
iom.optrom_current_micro_ver
iom.optrom_current_minor_ver
iom.optrom_current_revision
iom.optrom_current_version
iom.optrom_enabled
[root@truenas ~]# fio-status -l | grep -i opt | xargs -n1 fio-status /dev/fioa -F
1
Unavailable: optrom_current_major_ver is not available.
Unavailable: optrom_current_micro_ver is not available.
Unavailable: optrom_current_minor_ver is not available.
Unavailable: optrom_current_revision is not available.
Unavailable: optrom_current_version is not available.
Unavailable: optrom_enabled is not available.
[root@truenas ~]# fio-status -l | grep -i opt | xargs -n1 fio-status /dev/fiob -F
1
Unavailable: optrom_current_major_ver is not available.
Unavailable: optrom_current_micro_ver is not available.
Unavailable: optrom_current_minor_ver is not available.
Unavailable: optrom_current_revision is not available.
Unavailable: optrom_current_version is not available.
Unavailable: optrom_enabled is not available.
[root@truenas ~]#

Could this happen because the system ( IBM x3650 m3 ) is booted in legacy mode ? I can't think of any other explanation. I can't boot the system in uEFI mode because i'm using an LSI 9211-8i adapter on it and the latest P20 firmware for it doesn't allow the system to boot, unless i'm flashing the 9211-8i with an older BIOS ( but still the latest uEFI firmware ) and boot the system in legacy mode.

For reference here are the sections i've added in the INFO file in the 3.2.16 .fff firmware archive which i've used to flash both IBM cards:

[PA004149006]
version = 7.1.17.116786
file = gen2_49_salmon_fusion_7.1.17.116786.bin
format = bin
ecc = 49b
dpfile = gen2_49_salmon_dual_fusion_7.1.17.116786.bin
dpformat = bin
dpecc = 49b
cntrpdiversion = 1.0.35
cntrpdifile = carre_1.0.35.pdi
cntrpdiformat = pdi
optrom = 1e00000
optromversion = 3.2.16.1731
optromfile = uefi-3.2.16.1731.rom

[PA004149-006]
version = 7.1.17.116786
file = gen2_49_salmon_fusion_7.1.17.116786.bin
format = bin
ecc = 49b
dpfile = gen2_49_salmon_dual_fusion_7.1.17.116786.bin
dpformat = bin
dpecc = 49b
cntrpdiversion = 1.0.35
cntrpdifile = carre_1.0.35.pdi
cntrpdiformat = pdi
optrom = 1e00000
optromversion = 3.2.16.1731
optromfile = uefi-3.2.16.1731.rom

Both sections do specify the 3.2.16.1731.rom optrom and the ( forced ) firmware update worked perfectly for both cards.
If we can't find a way to query the uEFI rom version installed on the cards I will assume the latest 3.2.16 is installed and keep using the cards as they are.
My next step is to install TrueNAS SCALE on the box and use it as an ISCSI server for two ESXi hosts, both IodriveII cards will be configured as a striped pool and will be hosting VM OS disks. On the same box I have 12x 400GB SAS SSDs which will also be configured as a striped pool hosting the data disks for the VMs.

I know, I know, no redundancy for any of the pools, but I'm not worried about losing everything, for me disk space is more important than storage redundancy. If I lose any of the pools I can restore the stuff from backups ( stored on a different x3650 m3 with proper storage redundancy configured ).
 

Volanar

New Member
Sep 15, 2020
3
2
3
Figured right after I posted. " Fio-status -l " gives the entire list of fields that can be queried on the card(s), and there are a few " optrom " fields. However, with the exception of the field " iom.optrom_base_supported " which shows the value " 1 " for both cards, all the other " optrom " fields are not available

[root@truenas ~]# fio-status -l | grep -i opt
iom.optrom_base_supported
iom.optrom_current_major_ver
iom.optrom_current_micro_ver
iom.optrom_current_minor_ver
iom.optrom_current_revision
iom.optrom_current_version
iom.optrom_enabled
[root@truenas ~]# fio-status -l | grep -i opt | xargs -n1 fio-status /dev/fioa -F
1
Unavailable: optrom_current_major_ver is not available.
Unavailable: optrom_current_micro_ver is not available.
Unavailable: optrom_current_minor_ver is not available.
Unavailable: optrom_current_revision is not available.
Unavailable: optrom_current_version is not available.
Unavailable: optrom_enabled is not available.
[root@truenas ~]# fio-status -l | grep -i opt | xargs -n1 fio-status /dev/fiob -F
1
Unavailable: optrom_current_major_ver is not available.
Unavailable: optrom_current_micro_ver is not available.
Unavailable: optrom_current_minor_ver is not available.
Unavailable: optrom_current_revision is not available.
Unavailable: optrom_current_version is not available.
Unavailable: optrom_enabled is not available.
[root@truenas ~]#

Could this happen because the system ( IBM x3650 m3 ) is booted in legacy mode ? I can't think of any other explanation. I can't boot the system in uEFI mode because i'm using an LSI 9211-8i adapter on it and the latest P20 firmware for it doesn't allow the system to boot, unless i'm flashing the 9211-8i with an older BIOS ( but still the latest uEFI firmware ) and boot the system in legacy mode.

For reference here are the sections i've added in the INFO file in the 3.2.16 .fff firmware archive which i've used to flash both IBM cards:

[PA004149006]
version = 7.1.17.116786
file = gen2_49_salmon_fusion_7.1.17.116786.bin
format = bin
ecc = 49b
dpfile = gen2_49_salmon_dual_fusion_7.1.17.116786.bin
dpformat = bin
dpecc = 49b
cntrpdiversion = 1.0.35
cntrpdifile = carre_1.0.35.pdi
cntrpdiformat = pdi
optrom = 1e00000
optromversion = 3.2.16.1731
optromfile = uefi-3.2.16.1731.rom

[PA004149-006]
version = 7.1.17.116786
file = gen2_49_salmon_fusion_7.1.17.116786.bin
format = bin
ecc = 49b
dpfile = gen2_49_salmon_dual_fusion_7.1.17.116786.bin
dpformat = bin
dpecc = 49b
cntrpdiversion = 1.0.35
cntrpdifile = carre_1.0.35.pdi
cntrpdiformat = pdi
optrom = 1e00000
optromversion = 3.2.16.1731
optromfile = uefi-3.2.16.1731.rom

Both sections do specify the 3.2.16.1731.rom optrom and the ( forced ) firmware update worked perfectly for both cards.
If we can't find a way to query the uEFI rom version installed on the cards I will assume the latest 3.2.16 is installed and keep using the cards as they are.
My next step is to install TrueNAS SCALE on the box and use it as an ISCSI server for two ESXi hosts, both IodriveII cards will be configured as a striped pool and will be hosting VM OS disks. On the same box I have 12x 400GB SAS SSDs which will also be configured as a striped pool hosting the data disks for the VMs.

I know, I know, no redundancy for any of the pools, but I'm not worried about losing everything, for me disk space is more important than storage redundancy. If I lose any of the pools I can restore the stuff from backups ( stored on a different x3650 m3 with proper storage redundancy configured ).
In the output of "fio-status -a" There should be a line right under Firmware...that gives the UEFI Option ROM version. If there is not, then it did not actually add the uefi ROM.

Did you use the hidden --enable-uefi flag when you ran fio-update-iodrive? It will also mention that it applied the uefi rom when the update completes.

RE: "force" I found that using "--bypass-uptodate" was sufficient without -force when you're already on the same version.