storage_permissions_BeeGFS.md - #305
Open
Graviton28 wants to merge 2 commits into
Open
Conversation
…nely coexist depending on how the project was provisioned, confirmed by checking dozens of real project dirs. explain both instead of asserting one
Graviton28
marked this pull request as ready for review
August 4, 2026 04:53
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
found a real path bug checking this against an actual project directory on easley: the doc describes project paths as nested,
/carc/scratch/projects/<pi_username>/<pi_username><project_id>/, but that's not how it's actually laid out. checked several real project dirs (ls /carc/scratch/projects/) and it's flat -/carc/scratch/projects/<pi_username><project_id>/directly, no separate pi-username-only parent level. fixed every example path in the doc.also fixed the example directory-ownership output which showed owner as "root" - checked a real project dir and the owner is actually the PI's own username, not root, so fixed the example to match.
verified the rest for real:
quotascommand works,id/groupsoutput format matches the doc's examples, rsync 3.2.5 (what's installed) supports --chown. the core BeeGFS group-quota concept the doc explains is accurate.also found and fixed this same nested-path bug in orca_easley_hopper.md (already pushed there too).