[LU-14826] enable striped directory as NFS export Created: 07/Jul/21 Updated: 15/May/23 Resolved: 22/Jul/21 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.15.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Lai Siyao | Assignee: | Lai Siyao |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||||||||||
| Severity: | 3 | ||||||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||||||
| Description |
|
Striped directory as NFS export is not supported, because ".." lookup for subdir under striped directory returns stripe FID back, other than the directory master object FID, while ll_get_parent() needs the latter for NFS. |
| Comments |
| Comment by Gerrit Updater [ 07/Jul/21 ] |
|
Lai Siyao (lai.siyao@whamcloud.com) uploaded a new patch: https://review.whamcloud.com/44168 |
| Comment by Andreas Dilger [ 07/Jul/21 ] |
|
I was just coming to the same conclusion. What happens is that the client finds the directory X layout is striped, hashes "..", and finds the sub-stripe of the directory, and does a lookup of ".." in the sub-stripe directory. That ends up returning the FID of directory X again, since it is the parent of the sub-stripe. Rather than adding complexity to the MDS to handle this case, what about having the client check for lookup of ".." and not do the sub-stripe lookup, but rather do the ".." lookup in the master object FID? That should return the proper parent FID, rather than looking up master/substripe/.. == master? |
| Comment by Lai Siyao [ 07/Jul/21 ] |
|
It's not lookup("master/substripe/.."), but lookup("master/substripe/subdir/.."), herein if "subdir" is a plain directory, it will fail too. |
| Comment by Gerrit Updater [ 22/Jul/21 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/44168/ |
| Comment by Peter Jones [ 22/Jul/21 ] |
|
Landed for 2.15 |
| Comment by Gerrit Updater [ 03/Mar/22 ] |
|
"Andreas Dilger <adilger@whamcloud.com>" uploaded a new patch: https://review.whamcloud.com/46693 |
| Comment by Gerrit Updater [ 05/May/22 ] |
|
"Oleg Drokin <green@whamcloud.com>" merged in patch https://review.whamcloud.com/46693/ |