Loading...
Loading...
REVISIONDocument VersionRelease DateDetails2Feb 10, 2025Removed "Release TBD" in the Resolution section for version 23.11.41January 28, 2025Original document releaseThere is a problem with the DVS permission function. Usually, the DVS performs its permission check against the stat() values cached in the client's inode. Those permission checks work correctly. However, for every attrcache_timeout, the permission code calls out to the server to update the client's cached copy of the stat() data.The permission check is also performed on the server instead of the client. It appears there isn’t enough information on the server to perform the permission check correctly in the "unshare" case. Therefore, when the DVS code loops retrying the mkdir(), everything works correctly until an attrcache_timeout for that inode occurs. Then the DVS code performs the wrong thing once. Next, the client's cached copy is up-to-date again and the checks perform correctly until the next attrcache_timeout."This problem appears as a permission denied error for some file access through DVS.mkdir /global/homes/afilemkdir: cannot create directory ‘/global/homes/afile’: Permission denied
DVS: Cray Operating System (COS) 2.5, USS 1.0
Workaround:1. Disable user namespaces by configuring: 'sysctl user.max_user_namespaces=0'2. Do not use containers.3. Take the system offline.A fix will be provided in software releases as follows:COS 23.11.4 (COS Base 3.0.4/USS 1.0.4)COS 25.1 (COS Base 3.2.0/USS 1.2.0)Hot fix rpms based on USS 1.1.1 can be provided upon request. Contact HPE Support.
Operating Systems Affected:Not Applicable
Click on a version to see all relevant bugs
Hewlett Packard Enterprise Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.