Use the Firmware Action Service (FAS) to update the firmware on supported hardware devices. Each procedure includes the prerequisites and example recipes required to update the firmware.
When updating an entire system, walk down the device hierarchy component type by component type, starting first with Routers (switches), proceeding to Chassis, and then finally to Nodes. While this is not strictly necessary, it does help eliminate confusion.
Refer to FAS Filters for more information on the content used in the example JSON files.
The following procedures are included in this section:
NOTE: To update Switch Controllers (sC) or
RouterBMC
, refer to the Rosetta Documentation.
Update firmware for a liquid-cooled node controller (nC) using FAS. This section includes templates for JSON files that can be used and the procedure for running the update.
All of the example JSON files below are set to run a dry-run. Update the overrideDryrun
value to true
to update the firmware.
This procedure updates node controller (nC) firmware.
NodeBMC
BMC firmware with FPGA updates require the nodes to be off. If the nodes are not off when the update command is issued, the update will get deferred until the next power cycle of the BMC, which may be a long period of time.
{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC"
]
},
"inventoryHardwareFilter": {
"manufacturer": "cray"
},
"targetFilter": {
"targets": [
"BMC"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of Olympus node BMCs"
}
}
NodeBMC
IMPORTANT: The Nodes themselves must be powered on in order to update the firmware of the Redstone FPGA on the nodes.
{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC" ]
},
"inventoryHardwareFilter": {
"manufacturer": "cray"
},
"targetFilter": {
"targets": [
"Node0.AccFPGA0",
"Node1.AccFPGA0"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of Node Redstone FPGA"
}
}
NodeBMC
NodeBIOS
There are two nodes that must be updated on each BMC; these have the targets Node0.BIOS
and Node1.BIOS
.
The targets can be run in the same action (as shown in the example) or run separately by only including one target in the action.
On larger systems, it is recommended to run as two actions one after each other as the output will be shorter.
NodeBMC
device needs to be updated before the NodeBIOS
because the NodeBMC
adds a new Redfish field (softwareId
) that the NodeX.BIOS
update will require. See Update Liquid-Cooled Node Firmware for more information.IMPORTANT: The nodes themselves must be powered off in order to update the BIOS on the nodes. The BMC will still have power and will perform the update.
IMPORTANT: When the BMC is updated or rebooted after updating the
Node0.BIOS
and/orNode1.BIOS
liquid-cooled nodes, the node BIOS version will not report the new version string until the nodes are powered back on. It is recommended that the Node 0/1 BIOS be updated in a separate action, either before or after a BMC update. It is also recommended that the nodes be powered back on after the updates are completed.
{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC" ]
},
"inventoryHardwareFilter": {
"manufacturer": "cray"
},
"targetFilter": {
"targets": [
"Node0.BIOS",
"Node1.BIOS"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of Node BIOS"
}
}
Create a JSON file using one of the example recipes with the command parameters required for updating the firmware or node BIOS.
Initiate a dry-run to verify that the firmware can be updated.
Create the dry-run session.
The overrideDryrun = false
value indicates that the command will do a dry run.
ncn# cray fas actions create `NodeBMC`.json --format toml
Example output:
overrideDryrun = false
actionID = "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
Describe the actionID
for firmware update dry-run job.
Replace the actionID
value with the string returned in the previous step. In this example, "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
is used.
ncn# cray fas actions describe {actionID} --format toml
Example output:
blockedBy = []
state = "completed"
actionID = "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
startTime = "2020-08-31 15:49:44.568271843 +0000 UTC"
snapshotID = "00000000-0000-0000-0000-000000000000"
endTime = "2020-08-31 15:51:35.426714612 +0000 UTC"
[command]
description = "Update Cray Node BMCs Dryrun"
tag = "default"
restoreNotPossibleOverride = true
timeLimit = 10000
version = "latest"
overrideDryrun = false
If state = "completed"
, the dry-run has found and checked all the nodes. Check the following sections for more information:
Lists the nodes that have a valid image for updating:
[operationSummary.succeeded]
Lists the nodes that will not be updated because they are already at the correct version:
[operationSummary.noOperation]
Lists the nodes that had an error when attempting to update:
[operationSummary.failed]
Lists the nodes that do not have a valid image for updating:
[operationSummary.noSolution]
Update the firmware after verifying that the dry-run worked as expected.
Edit the JSON file and update the values so an actual firmware update can be run.
The following example is for the nodeBMC.json
file. Update the following values:
"overrideDryrun":true,
"description":"Update Cray Node BMCs"
Run the firmware update.
The output overrideDryrun = true
indicates that an actual firmware update job was created. A new actionID
will also be displayed.
ncn# cray fas actions create `NodeBMC`.json --format toml
Example output:
overrideDryrun = true
actionID = "bc40f10a-e50c-4178-9288-8234b336077b"
The time it takes for a firmware action to finish varies. It can be a few minutes or over 20 minutes depending on response time.
The liquid-cooled node BMC automatically reboots after the BMC firmware has been loaded.
Retrieve the operationID
and verify that the update is complete.
ncn# cray fas actions describe {actionID} --format toml
Example output:
[operationSummary.failed]
[[operationSummary.failed.operationKeys]]
stateHelper = "unexpected change detected in firmware version. Expected nc.1.3.10-shasta-release.arm.2020-07-21T23:58:22+00:00.d479f59 got: nc.cronomatic-dev.arm.2019-09-24T13:20:24+00:00.9d0f8280"
fromFirmwareVersion = "nc.cronomatic-dev.arm.2019-09-24T13:20:24+00:00.9d0f8280"
xname = "x1005c6s4b0"
target = "BMC"
operationID = "e910c6ad-db98-44fc-bdc5-90477b23386f"
View more details for an operation using the operationID
from the previous step.
Check the list of nodes for the failed
or completed
state.
ncn# cray fas operations describe {operationID}
For example:
ncn# cray fas operations describe "e910c6ad-db98-44fc-bdc5-90477b23386f" --format toml
Example output:
fromFirmwareVersion = "nc.cronomatic-dev.arm.2019-09-24T13:20:24+00:00.9d0f8280"
fromTag = ""
fromImageURL = ""
endTime = "2020-08-31 16:40:13.464321212 +0000 UTC"
actionID = "bc40f10a-e50c-4178-9288-8234b336077b"
startTime = "2020-08-31 16:28:01.228524446 +0000 UTC"
fromSemanticFirmwareVersion = ""
toImageURL = ""
model = "WNC_REV_B"
operationID = "e910c6ad-db98-44fc-bdc5-90477b23386f"
fromImageID = "00000000-0000-0000-0000-000000000000"
target = "BMC"
toImageID = "39c0e553-281d-4776-b68e-c46a2993485e"
toSemanticFirmwareVersion = "1.3.10"
refreshTime = "2020-08-31 16:40:13.464325422 +0000 UTC"
blockedBy = []
toTag = ""
state = "failed"
stateHelper = "unexpected change detected in firmware version. Expected nc.1.3.10-shasta-release.arm.2020-07-21T23:58:22+00:00.d479f59 got: nc.cronomatic-dev.arm.2019-09-24T13:20:24+00:00.9d0f8280"
deviceType = "NodeBMC"
Once firmware and BIOS are updated, the compute nodes can be turned back on.
Update the Chassis Management Module (CMM) controller (cC) firmware using FAS. This procedure uses the dry-run feature to verify that the update will be successful.
The CMM firmware update process also checks and updates the Cabinet Environmental Controller (CEC) firmware.
ChassisBMC
| Target: BMC*IMPORTANT: Before updating a CMM, make sure all slot and rectifier power is off and the discovery job is stopped (see procedure below).
{
"inventoryHardwareFilter": {
"manufacturer": "cray"
},
"stateComponentFilter": {
"deviceTypes": [
"chassisBMC"
]
},
"targetFilter": {
"targets": [
"BMC"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of Cray Chassis Controllers"
}
}
Power off the liquid-cooled chassis slots and chassis rectifiers.
Disable the hms-discovery
Kubernetes cronjob:
ncn-mw# kubectl -n services patch cronjobs hms-discovery -p '{"spec" : {"suspend" : true }}'
Power off all the components. For example, in chassis 0-7, cabinets 1000-1003:
ncn# cray capmc xname_off create --xnames x[1000-1003]c[0-7] --recursive true --continue true
This command powers off all the node cards, then all the compute blades, then all the Slingshot switch ASICS, then all the Slingshot switch enclosures, and finally all the chassis enclosures in cabinets 1000-1003.
When power is removed from a chassis, the high-voltage DC rectifiers that support the chassis are powered off. If a component is not populated, the --continue
option enables the command to continue instead of returning error messages.
Create a JSON file using the example recipe above with the command parameters required for updating the CMM firmware.
Initiate a dry-run to verify that the firmware can be updated.
Create the dry-run session.
The overrideDryrun = false
value indicates that the command will do a dry-run.
ncn# cray fas actions create chassisBMC.json --format toml
Example output:
overrideDryrun = false
actionID = "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
Describe the actionID
to see the firmware update dry-run job status.
Replace the actionID
value with the string returned in the previous step. In this example, "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
is used.
ncn# cray fas actions describe {actionID} --format toml
Example output:
blockedBy = []
state = "completed"
actionID = "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
startTime = "2020-08-31 15:49:44.568271843 +0000 UTC"
snapshotID = "00000000-0000-0000-0000-000000000000"
endTime = "2020-08-31 15:51:35.426714612 +0000 UTC"
[command]
description = "Update Cray Chassis Management Module controllers Dryrun"
tag = "default"
restoreNotPossibleOverride = true
timeLimit = 10000
version = "latest"
overrideDryrun = false
If state = "completed"
, the dry-run has found and checked all the nodes. Check the following sections for more information:
Lists the nodes that have a valid image for updating:
[operationSummary.succeeded]
Lists the nodes that will not be updated because they are already at the correct version:
[operationSummary.noOperation]
Lists the nodes that had an error when attempting to update:
[operationSummary.failed]
Lists the nodes that do not have a valid image for updating:
[operationSummary.noSolution]
Update the firmware after verifying that the dry-run worked as expected.
Edit the JSON file and update the values so an actual firmware update can be run.
The following example is for the chassisBMC.json
file. Update the following values:
"overrideDryrun":true,
"description":"Update Cray Chassis Management Module controllers"
Run the firmware update.
The output overrideDryrun = true
indicates that an actual firmware update job was created. A new actionID
will also be displayed.
ncn# cray fas actions create chassisBMC.json --format toml
Example output:
overrideDryrun = true
actionID = "bc40f10a-e50c-4178-9288-8234b336077b"
The time it takes for a firmware update varies. It can be a few minutes or over 20 minutes depending on response time.
Restart the hms-discovery
cronjob.
ncn-mw# kubectl -n services patch cronjobs hms-discovery -p '{"spec" : {"suspend" : false }}'
The hms-discovery
cronjob will run within 5 minutes of being unsuspended and start powering on the chassis enclosures, switches, and compute blades. If components are not being powered back on, then power them on manually:
ncn# cray capmc xname_on create --xnames x[1000-1003]c[0-7]r[0-7],x[1000-1003]c[0-7]s[0-7] --prereq true --continue true
The --prereq
option ensures that all required components are powered on first. The --continue
option allows the command to complete in systems without fully populated hardware.
Bring up the Slingshot Fabric.
Refer to the following documentation on the HPE Customer Support Center for more information on how to bring up the Slingshot Fabric:
After the components have powered on, boot the nodes using the Boot Orchestration Services (BOS).
Firmware and BIOS for Gigabyte and HPE compute nodes can be updated with FAS. This section includes templates for JSON files that can be used for updates, and the procedure for running the updates.
All of the example JSON files below are set to run a dry-run. Update the overrideDryrun
value to true
to update the firmware.
After updating the BIOS or System ROM, the compute node will need to be rebooted before the new version will be displayed in the Redfish output.
This procedure updates node controller (nC) firmware.
NodeBMC
{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "gigabyte"
},
"targetFilter": {
"targets": [
"BMC"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 4000,
"description": "Dryrun upgrade of Gigabyte node BMCs"
}
}
IMPORTANT: The
timeLimit
is4000
because the Gigabytes can take a lot longer to update.
A node may fail to update with the output:
stateHelper = "Firmware Update Information Returned Downloading – See /redfish/v1/UpdateService"
FAS has incorrectly marked this node as failed. It most likely will complete the update successfully.
To resolve this issue, do either of the following actions:
FirmwareInventory
(/redfish/v1/UpdateService/FirmwareInventory/BMC
).Make sure to wait for the current firmware to be updated before starting a new FAS action on the same node.
NodeBMC
{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "gigabyte"
},
"targetFilter": {
"targets": [
"BIOS"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 4000,
"description": "Dryrun upgrade of Gigabyte node BIOS"
}
}
IMPORTANT: The
timeLimit
is4000
because the Gigabytes can take a lot longer to update.
NodeBMC
iLO 5
aka BMC{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "hpe"
},
"targetFilter": {
"targets": [
"iLO 5"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of HPE node iLO 5"
}
}
NodeBMC
System ROM
aka BIOSIMPORTANT: If updating the System ROM of an NCN, the NTP and DNS server values will be lost and must be restored. For NCNs other than
ncn-m001
this can be done using the/opt/cray/csm/scripts/node_management/set-bmc-ntp-dns.sh
script. Use the-h
option to get a list of command line options required to restore the NTP and DNS values. See Configure DNS and NTP on Each BMC.
{
"stateComponentFilter": {
"deviceTypes": [
"NodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "hpe"
},
"targetFilter": {
"targets": [
"System ROM"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of HPE node system rom"
}
}
Create a JSON file using one of the example recipes with the command parameters required for updating the firmware or node BIOS.
Initiate a dry-run to verify that the firmware can be updated.
Create the dry-run session.
The overrideDryrun = false
value indicates that the command will do a dry run.
ncn# cray fas actions create `NodeBMC`.json --format toml
Example output:
overrideDryrun = false
actionID = "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
Describe the actionID
for firmware update dry-run job.
Replace the actionID
value with the string returned in the previous step. In this example, "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
is used.
ncn# cray fas actions describe {actionID} --format toml
Example output:
blockedBy = []
state = "completed"
actionID = "fddd0025-f5ff-4f59-9e73-1ca2ef2a432d"
startTime = "2020-08-31 15:49:44.568271843 +0000 UTC"
snapshotID = "00000000-0000-0000-0000-000000000000"
endTime = "2020-08-31 15:51:35.426714612 +0000 UTC"
[command]
description = "Update of HPE Node iLO5"
tag = "default"
restoreNotPossibleOverride = true
timeLimit = 10000
version = "latest"
overrideDryrun = false
If state = "completed"
, the dry-run has found and checked all the nodes. Check the following sections for more information:
Lists the nodes that have a valid image for updating:
[operationSummary.succeeded]
Lists the nodes that will not be updated because they are already at the correct version:
[operationSummary.noOperation]
Lists the nodes that had an error when attempting to update:
[operationSummary.failed]
Lists the nodes that do not have a valid image for updating:
[operationSummary.noSolution]
Update the firmware after verifying that the dry-run worked as expected.
Edit the JSON file and update the values so an actual firmware update can be run.
The following example is for the nodeBMC.json
file. Update the following values:
"overrideDryrun":true,
"description":"Update of HPE node iLO 5"
Run the firmware update.
The returned overrideDryrun = true
indicates that an actual firmware update job was created. A new actionID
will also be returned.
ncn# cray fas actions create `NodeBMC`.json --format toml
Example output:
overrideDryrun = true
actionID = "bc40f10a-e50c-4178-9288-8234b336077b"
The time it takes for a firmware action to finish varies. It can be a few minutes or over 20 minutes depending on response time.
The air-cooled node BMC automatically reboots after the BMC or iLO 5 firmware has been loaded.
Retrieve the operationID
and verify that the update is complete.
ncn# cray fas actions describe {actionID} --format toml
Example output:
[operationSummary.failed]
[[operationSummary.failed.operationKeys]]
stateHelper = "unexpected change detected in firmware version. Expected 2.46 May 11 2021 got: 2.32 Apr 27 2020"
fromFirmwareVersion = "2.32 Apr 27 2020"
xname = "x1005c6s4b0"
target = "iLO 5"
operationID = "e910c6ad-db98-44fc-bdc5-90477b23386f"
View more details for an operation using the operationID
from the previous step.
Check the list of nodes for the failed
or completed
state.
ncn# cray fas operations describe {operationID}
For example:
ncn# cray fas operations describe "e910c6ad-db98-44fc-bdc5-90477b23386f" --format toml
Example output:
fromFirmwareVersion = "2.32 Apr 27 2020"
fromTag = ""
fromImageURL = ""
endTime = "2020-08-31 16:40:13.464321212 +0000 UTC"
actionID = "bc40f10a-e50c-4178-9288-8234b336077b"
startTime = "2020-08-31 16:28:01.228524446 +0000 UTC"
fromSemanticFirmwareVersion = ""
toImageURL = ""
model = "ProLiant DL325 Gen10 Plus"
operationID = "e910c6ad-db98-44fc-bdc5-90477b23386f"
fromImageID = "00000000-0000-0000-0000-000000000000"
target = "iLO 5"
toImageID = "39c0e553-281d-4776-b68e-c46a2993485e"
toSemanticFirmwareVersion = "2.46.0"
refreshTime = "2020-08-31 16:40:13.464325422 +0000 UTC"
blockedBy = []
toTag = ""
state = "failed"
stateHelper = "unexpected change detected in firmware version. Expected 2.46 May 11 2021 got: 2.32 Apr 27 2020"
deviceType = "NodeBMC"
Gigabyte and HPE non-compute nodes (NCNs) firmware can be updated with FAS. This section includes templates for JSON files that can be used to update firmware with the cray fas actions create
command.
After creating the JSON file for the device being upgraded, use the following command to run the FAS job:
ncn# cray fas actions create CUSTOM_DEVICE_PARAMETERS.json
All of the example JSON files below are set to run a dry-run. Update the overrideDryrun
value to True
to update the firmware.
WARNING: Rebooting more than one NCN at a time MAY cause system instability. Be sure to follow the correct process for updating NCNs. Firmware updates have the capacity to harm the system.
After updating the BIOS, the NCN will need to be rebooted. Follow the Reboot NCNs procedure.
Due to networking, FAS cannot update ncn-m001
. See Updating Firmware on ncn-m001
NodeBMC
{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "gigabyte"
},
"targetFilter": {
"targets": [
"BMC"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 4000,
"description": "Dryrun upgrade of Gigabyte node BMCs"
}
}
IMPORTANT: The
timeLimit
is4000
because the Gigabytes can take a lot longer to update.
Troubleshooting:*
It may report that a node failed to update with the output:
stateHelper = "Firmware Update Information Returned Downloading – See /redfish/v1/UpdateService"
FAS has incorrectly marked this node as failed.
It most likely will complete the update successfully.
To resolve this issue, do either of the following actions:
Check the update status by looking at the Redfish FirmwareInventory
(/redfish/v1/UpdateService/FirmwareInventory/BMC
)
Rerun FAS to verify that the BMC firmware was updated. Make sure you have waited for the current firmware to be updated before starting a new FAS action on the same node.
Device Type: NodeBMC
Target: BIOS
{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "gigabyte"
},
"targetFilter": {
"targets": [
"BIOS"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 4000,
"description": "Dryrun upgrade of Gigabyte node BIOS"
}
}
IMPORTANT: The
timeLimit
is4000
because the Gigabytes can take a lot longer to update.
NodeBMC
iLO 5
aka BMC{
"stateComponentFilter": {
"deviceTypes": [
"nodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "hpe"
},
"targetFilter": {
"targets": [
"iLO 5"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of HPE node iLO 5"
}
}
NodeBMC
System ROM
aka BIOSIMPORTANT: If updating the System ROM of an NCN, the NTP and DNS server values will be lost and must be restored. For NCNs other than
ncn-m001
this can be done using the/opt/cray/csm/scripts/node_management/set-bmc-ntp-dns.sh
script. Use the-h
option to get a list of command line options required to restore the NTP and DNS values. See Configure DNS and NTP on Each BMC.
{
"stateComponentFilter": {
"deviceTypes": [
"NodeBMC"
],
"xnames": [
"x3000c0s1b0"
]
},
"inventoryHardwareFilter": {
"manufacturer": "hpe"
},
"targetFilter": {
"targets": [
"System ROM"
]
},
"command": {
"version": "latest",
"tag": "default",
"overrideDryrun": false,
"restoreNotPossibleOverride": true,
"timeLimit": 1000,
"description": "Dryrun upgrade of HPE node system rom"
}
}
The NCN must be rebooted after updating the BIOS firmware. Follow the Reboot NCNs procedure.
HPE
NCNs, check the DNS servers by running the script /opt/cray/csm/scripts/node_management/set-bmc-ntp-dns.sh ilo -H XNAME -s
. Replace XNAME
with the xname of the NCN BMC.
See Configure DNS and NTP on Each BMC for more information.dryrun
for all NCNs first to determine which NCNs and targets need updating.BMC
or iLO 5
:
NOTE: Update of
BMC
andiLO 5
will not affect the nodes.
BIOS
or System ROM
:
HPE
NCNs, run the script /opt/cray/csm/scripts/node_management/set-bmc-ntp-dns.sh
.
See Configure DNS and NTP on Each BMC.Correct an issue where the model of the liquid-cooled compute node BIOS is the incorrect name. The name has changed from WNC-ROME
to HPE CRAY EX425
or HPE CRAY EX425 (ROME)
.
The system is running HPE Cray EX release v1.4 or higher.
The system has completed the Cray System Management (CSM) installation.
A firmware upgrade has been done following Update Liquid-Cooled Compute Node BIOS Firmware.
NodeX.BIOS
has failed as noSolution
and the stateHelper
field for the operation states is "No Image Available"
.1.2.5
as reported by Redfish or described by the noSolution
operation in FAS.The hardware model reported by Redfish is wnc-rome
, which is now designated as HPE CRAY EX425
.
If the Redfish model is different (ignoring casing) and the blades in question are not Windom
, contact customer support. To find the model reported by Redfish, run the following:
ncn# cray fas operations describe {operationID} --format json
Example output:
{
"operationID":"102c949f-e662-4019-bc04-9e4b433ab45e",
"actionID":"9088f9a2-953a-498d-8266-e2013ba2d15d",
"state":"noSolution",
"stateHelper":"No Image available",
"startTime":"2021-03-08 13:13:14.688500503 +0000 UTC",
"endTime":"2021-03-08 13:13:14.688508333 +0000 UTC",
"refreshTime":"2021-03-08 13:13:14.722345901 +0000 UTC",
"expirationTime":"2021-03-08 15:59:54.688500753 +0000 UTC",
"xname":"x9000c1s0b0",
"deviceType":"NodeBMC",
"target":"Node1.BIOS",
"targetName":"Node1.BIOS",
"manufacturer":"cray",
"model":"WNC-Rome",
"softwareId":"",
"fromImageID":"00000000-0000-0000-0000-000000000000",
"fromSemanticFirmwareVersion":"",
"fromFirmwareVersion":"wnc.bios-1.2.5",
"fromImageURL":"",
"fromTag":"",
"toImageID":"00000000-0000-0000-0000-000000000000",
"toSemanticFirmwareVersion":"",
"toFirmwareVersion":"",
"toImageURL":"",
"toTag":"",
"blockedBy":[
]
}
The model in this example is WNC-Rome
and the firmware version currently running is wnc.bios-1.2.5
.
Search for a FAS image record with cray
as the manufacturer, Node1.BIOS
as the target, and HPE CRAY EX425
as the model.
ncn# cray fas images list --format json | jq '.images[] | select(.manufacturer=="cray") | select(.target=="Node1.BIOS") | select(any(.models[]; contains("EX425")))'
Example output:
{
"imageID": "e23f5465-ed29-4b18-9389-f8cf0580ca60",
"createTime": "2021-03-04T00:04:05Z",
"deviceType": "nodeBMC",
"manufacturer": "cray",
"models": [
"HPE CRAY EX425"
],
"softwareIds": [
"bios.ex425.."
],
"target": "Node1.BIOS",
"tags": [
"default"
],
"firmwareVersion": "ex425.bios-1.4.3",
"semanticFirmwareVersion": "1.4.3",
"pollingSpeedSeconds": 30,
"s3URL": "s3:/fw-update/2227040f7c7d11eb9fa00e2f2e08fd5d/ex425.bios-1.4.3.tar.gz"
}
Take note of the returned imageID
value to use in the next step.
Create a JSON file to override the existing image with the corrected values.
IMPORTANT: The
imageID
must be changed to match the identifiedimageID
in the previous step.
{
"stateComponentFilter":{
"deviceTypes":[
"nodeBMC"
]
},
"inventoryHardwareFilter":{
"manufacturer":"cray"
},
"targetFilter":{
"targets":[
"Node0.BIOS",
"Node1.BIOS"
]
},
"imageFilter":{
"imageID":"e23f5465-ed29-4b18-9389-f8cf0580ca60",
"overrideImage":true
},
"command":{
"version":"latest",
"tag":"default",
"overrideDryrun":true,
"restoreNotPossibleOverride":true,
"timeLimit":1000,
"description":" upgrade of Node BIOS"
}
}
Run a firmware upgrade using the updated parameters defined in the new JSON file.
ncn# cray fas actions create UPDATED_COMMAND.json
Get a high-level summary of the job to verify the changes corrected the issue.
Use the returned actionID
from the cray fas actions create
command.
ncn# cray fas actions create UPDATED_COMMAND.json