ESS known issues
Known issues in ESS
For information about ESS 5.3.7.x known issues, see Known issues in ESS 5.3.7.x Quick Deployment Guide.
Issue | Resolution or action |
---|---|
![]() The POWER 9 firmware, which is included in the container, is incorrect. Product
![]() |
![]()
![]() |
![]() Unable to fetch the customer detail from ESA Agent. When configuring ESA you might see the following message:
Product
![]() |
![]()
![]() |
After initial deployment, the EMS may be missing from the GUI Hardware
panel. Product
|
|
After initial deployment the EMS may show SERVER2U instead of 5105-22E as the
MTM. Product
|
|
The Ansible tool essrun cannot add more than one building block at a
time in a cluster. Product
|
If it is necessary to add more than one building block in a cluster, the following two options
are available:
|
During upgrade, if the container had an unintended loss of connection with the target
canister(s), there might be a timeout of up to 2 hours in the Ansible® update task. Product
|
Wait for the timeout and retry the essrun update task. |
When running essrun commands, you might see messages such as
these:
Product
|
This is a restriction in the Ansible timestamp
module. It shows timestamps even for the “skipped” tasks. If you want to remove timestamps from the
output, change the ansible.cfg file inside the container as follows:
|
After reboot of an ESS 5000 node, systemd could be loaded incorrectly. Users might see
the following error when trying to start
GPFS:
Product
|
Power off the system and then
power it on again.
|
In ESS 5000 SLx series, after pulling a hard drive out for a long time wherein the drive
has finished draining, when you re-insert the drive, the drive could not be
recovered. Product
|
Run the following command from EMS or IO node to revive the
drive:
Where RGName is the recovery group that the drive belongs to and PdiskName is the drive's pdisk name. |
After the deployment is complete, if firmware on the enclosure, drive, or HBA adapter does
not match the expected level, and if you run essinstallcheck, the following
mmvdisk settings related error message is
displayed:
Product
|
The error about mmvdisk settings can be ignored. The resolution is to update the mismatched firmware levels on enclosure, adapter, or HBA adapters to the correct levels. You can run the mmvdisk configuration check command to confirm. The mmvdisk settings do not match best practices. Run the mmvdisk server configure --verify --node-class <nodeclass> command. List the mmvdisk node classes: mmvdisk nc
list
Note: essinstallcheck detects inconsistencies from
mmvdisk best practices for all node classes in the cluster and stops immediately
if an issue is found.
|
When running essinstallcheck you might see an error message similar to:
Product
|
Run vpdupdate on each IO node. Rerun essinstallcheck which should properly query the firmware level. |
During command-less disk replacement, there is a limit on how many disks can be replaced at
one time. Product
|
For command-less disk replacement using commands, only replace up to 2 disks at a time. If command-less disk replacement is enabled, and more than 2 disks are replaceable, replace the 1st 2 disks, and then use the commands to replace the 3rd and subsequent disks. |
Issue reported with command-less disk replacement warning LEDs. Product
|
The replaceable disk will have the amber led on, but not blinking. Disk replacement should still succeed. |
After upgrading an ESS 3000 node to version, the pmsensors service needs
to be manually started.Product
|
After the ESS 3000 upgrade is complete, the pmsensors service does not
automatically start. You must manually start the service for performance monitoring to be restored.
On each ESS 3000 canister, run the following
command:
For checking the
status of the service, run the following command:
|
ESS commands such as essstoragequickcheck,
essinstallcheck must be run using -N localhost. If using the
hostname such as -N ess3k1a, an error occurs. Product
|
There is currently an issue with running the ESS deployment commands by using the hostname
of a node. The workaround is to run checks locally on each node by using localhost. For example,
instead of using essstoragequickcheck -N ess3k1a, use the following command:
|
The canister_failed event does not surface amber LED on the
canister or the enclosure LED front panel. Product
|
Root cause: The failed canister is not the master canister, and the other canister is not
up/running. Action required: No |
During essrun config load, the following error message
appears:
Product
|
When you run the essrun config load command, always put the EMS (POWER9) system first in
the list, as shown in the following
example:
|
![]() When you run the essrun config check command, the following warning might appear:
Product
![]() |
![]() ![]() |
![]() Call home setup by using the ESS GUI is not working. Product
![]() |
![]() The ESS GUI recently added support for configuring the call home. However, some issues were found during the call home setup. Do not use the GUI for the call home setup. Set up the call home by using the command-line interface. ![]() |
![]() Migration from ESS Legacy releases (5.3.7.x) to the container version (ESS 6.1.x.x) might revert values in the mmvdisk to default settings. Product
![]() |
![]() For more information about this issue, see IBM Support .![]() |
![]() When the essrun -N node1,node2 config load command is run, the top and bottom entries were not created in the /vpd/Inventory file. Product
![]() |
![]() Update the main.yml file. .![]() |
![]() Product
![]() |
![]() ![]() |