Details
-
Technical task
-
Resolution: Unresolved
-
Major
-
None
-
None
-
None
-
3
-
9223372036854775807
Description
One issue noticed during testing is that the pFID stub directory does not preserve the file access permissions of the original directory. ls -l was showing something like (from memory):
0 d--------- 34 4294967294 4294967294 1088 Aug 20 2025 testdir/
I understand the patch https://review.whamcloud.com/60639 ("LU-19143 tcu: return the original UID/GID/PROJID for getattr()") should fix the display of 4294967294 when the file is in .Trash, but it doesn't appear that the original UID/GID/PROJID are restored from trusted.unrm when lfs trash unrm was called.
Also, the directory permissions on the pFID stub need to be set correctly when the directory is first created, so that they do not need to be changed when the directory is restored.