APAR status
Closed as program error.
Error description
When accessing a mmaped file concurrently, even from internal GPFS operations like restripe, the required flush of the mmap data can be incomplete, resulting in data from previous mmap writes not to be written to disk.
Local fix
No workaround.
Problem summary
When accessing a mmaped file concurrently, even from internal GPFS operations like restripe, the required flush of the mmap data can be incomplete, resulting in data from previous mmap writes not to be written to disk.
Problem conclusion
This problem is fixed in 5.1.9.10 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: The mmap flush is implemented properly and the flush of the data to disk is not skipped. Work around: No workaround. Problem trigger: Have a file mmaped for writing, write data to the mmap region and then trigger some concurrent access (e.g. mmrestripefs) Symptom: Data corruption Platforms affected: ALL Linux OS environments Functional Area affected: All Scale Users Customer Impact: Critical
Temporary fix
Comments
APAR Information
APAR number
IJ54782
Reported component name
SPEC SCALE STD
Reported component ID
5737F33AP
Reported release
519
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2025-05-15
Closed date
2025-06-10
Last modified date
2025-06-10
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 STD
Fixed component ID
5737F33AP
Applicable component levels
[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"STXKQY"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"519","Line of Business":{"code":"LOB69","label":"Storage TPS"}}]
Document Information
Modified date:
10 June 2025