APAR status
Closed as program error.
Error description
logAssert after mmaddisk: poolDataP[poolIndex].poolId == poolId Reported in: ESS Cluster on 5.1.1
Local fix
Problem summary
GPFS daemon could assert while running mmadddisk. This can only happen if a new storage pool is being created as a result of running mmadddisk and a storage pool had been deleted in the past via mmdeldisk.
Problem conclusion
This problem is fixed in 5.0.5 PTF 12 To see all Spectrum Scale APARs and their respective fix solutions refer to page https://public.dhe.ibm.com/storage/spectrumscale/spectrum_scale_ apars.html Benefits of the solution: Prevent unexpected GPFS daemon assert that could occur during mmadddisk. Work Around: Increase number of disks being added via mmadddisk command or avoid creating a new storage pool. Problem trigger: Creating a new storage pool via mmadddisk command Symptom: Abend/Crash Platforms affected: ALL Operating System environments Functional Area affected: All Scale Users Customer Impact: Critical
Temporary fix
Comments
APAR Information
APAR number
IJ36349
Reported component name
SPEC SCALE DME
Reported component ID
5737F34AP
Reported release
511
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2021-12-01
Closed date
2022-01-05
Last modified date
2022-01-05
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
SPEC SCALE DME
Fixed component ID
5737F34AP
Applicable component levels
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"STXKQY"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"511","Line of Business":{"code":"LOB26","label":"Storage"}}]
Document Information
Modified date:
06 January 2022