Details
-
Bug
-
Resolution: Won't Fix
-
Minor
-
None
-
Lustre 2.0.0, Lustre 2.1.0, Lustre 2.2.0, Lustre 1.8.7, Lustre 1.8.6
-
None
-
3
-
10477
Description
to reproduce:
[build@rhel6_21 ~]$ mkdir -p /mnt/lustre/foo/bar
[build@rhel6_21 ~]$ touch /mnt/lustre/foo/bar/baz
[build@rhel6_21 ~]$ chmod ugo-r /mnt/lustre/foo/bar
[build@rhel6_21 ~]$ lfs getstripe /mnt/lustre/foo/bar/baz
error: getstripe failed for /mnt/lustre/foo/bar/baz.
[build@rhel6_21 ~]$
[build@rhel6_21 ~]$
[build@rhel6_21 ~]$
[build@rhel6_21 ~]$ # check that the file is really ok:
[build@rhel6_21 ~]$ stat /mnt/lustre/foo/bar/baz
File: `/mnt/lustre/foo/bar/baz'
Size: 0 Blocks: 0 IO Block: 2097152 regular empty file
Device: 2c54f966h/743766374d Inode: 144115205255725059 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 500/ build) Gid: ( 500/ build)
Access: 2011-11-04 20:50:11.000000000 -0400
Modify: 2011-11-04 20:50:11.000000000 -0400
Change: 2011-11-04 20:50:11.000000000 -0400
This is effect is most likely caused by the implementation of getstripe within lfs. When getstripe is called with against a file, getstripe opens the parent directory of the file in question.
Attachments
Issue Links
- Trackbacks
-
Lustre 1.8.x known issues tracker
While testing against Lustre b18 branch, we would hit known bugs which were already reported in Lustre Bugzilla https://bugzilla.lustre.org/. In order to move away from relying on Bugzilla, we would create a JIRA