Remove non-VO dirs from data retention policy #934
Merged
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.
In the old system, user had to sign a document and it was clear all data (including non-VO VSC_HOME, VSC_SCRATCH, VSC_DATA, VSC_ARCANINE_SCRATCH) would go to the new data owner. In the new system we do not have this clearly formulated, so I would leave the non-VO locations as it is (VSC_HOME can contain sensitive information like ssh-private-keys, etc).
Moreover, if users were member of multiple VOs, its not easy to determine (without the explicit request of the user), to which VO should ve transfer the non-VO directories. In general, the leftover data of non-VO location is very small, so it would not cause any storage space problems.
We also write that promotors can get the data, but how we can check that? What if the promotor does not have a vsc account?