Flashes (Alerts)
Abstract
IBM has identified a potential undetected data loss or undetected data corruption issue with IBM Storage Scale when executing the Linux cp command on Red Hat Enterprise Linux (RHEL) 9.x.
Content
When IBM Storage Scale is run on RHEL 9.x, and the cp (copy) command is used to copy files from a snapshot, or files that have been migrated to another storage location via the DMAPI function, the copied file will be incomplete, though the command returns successfully. Similar behavior is seen with the Files (Nautilus) feature of the Gnome user interface. Since the copy operation completes without error users should check any files that they feel may be impacted by this issue. For examples as to how file data can be verified see the Problem Determination section
This problem was exposed due to the fact that the cp command on RHEL 9.x was changed to use the SEEK_HOLE/SEEK_DATA options in the lseek(2) system call. It was determined that these options were not being correctly handled within IBM Storage Scale. Note that any Linux utility or user application that makes use of the SEEK_HOLE/SEEK_DATA options with the lseek(2) function could be impacted, for example the tar command. Additionally, the IBM Storage Scale command mmxcp, and the copying done for IBM Storage Scale file clones, are impacted by this issue.
Problem Determination:
If you suspect that files may be corrupted by the problem described in this flash, and if the source and target files of the copy operation exists, you can use Linux utilities such as, diff, chksum and md5sum, to verify if the source and target files match.
Users Affected:
This issue will affect users running any supported version of IBM Storage Scale (all editions) on RHEL 9.x. The following products are impacted by this issue:
- IBM Storage Scale System (ESS) Utility Node version 6.1.8.1 and later.
- Standalone Container Storage Interface (CSI) 2.2.0+ using volume snapshot/cloning with a local and/or remote cluster running IBM Storage Scale on RHEL 9.x.
- Using Container Storage Interface (CSI) volume snapshot/cloning with either IBM Storage Scale Container Native Storage Access (CNSA) 5.1.1.1+ or IBM Storage Fusion using Global Data Platform, with a remote storage cluster running IBM Storage Scale on RHEL 9.x.
Since this problem occurs with files migrated through the DMAPI function, users of the following IBM products will be affected:
- IBM Storage Protect for Space Management (Hierarchical storage management - HSM)
- IBM Storage Archive
- IBM HPSS (service offerring)
Recommendations:
- Customers that are affected should upgrade to IBM Storage Scale V5.1.9.0 or later.
- If an upgrade is not possible customers should contact IBM support and request an efix for this problem.
- IBM Storage Scale 5.1.2.x, APAR IJ48869 and APAR IJ42454
- IBM Storage Scale 5.1.8.x APAR IJ48871 and APAR IJ48873
- For products that include IBM Storage Scale you should contact the product vendor to determine the means to update your environment with the fixes described in this flash. If your environment includes other software that relies on IBM Storage Scale you should work with the providers of that software to assess if it also needs to be upgraded, along with IBM Storage Scale.
Note: D.318357 for internal reference.
[{"Type":"MASTER","Line of Business":{"code":"LOB26","label":"Storage"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSRNVQG","label":"IBM Storage Scale"},"ARM Category":[{"code":"a8m3p000000hAkYAAU","label":"GPFS"}],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"All Versions"}]
Was this topic helpful?
Document Information
Modified date:
07 November 2023
UID
ibm17049077