Open kaovilai opened 1 month ago
The issue in #5578 was not with root_squash and is not a problem about root_squash. On the other hand, it is a problem that in the volume some folder should not be restored. The.snapshot
folder contains the COW blocks of the snapshots, it is useless to copy the data to another volume (so it is useless to backup) or copying it to another volume may cause chaos, so the storage just keeps the data non-writable. Therefore, as mentioned in the issue, the solution is to skip the folder from backup.
@kaovilai
For the root_squash volumes, could you help to do a full test with Velero upstream? I suspect there are more issues besides supplementalGroups
--- Velero also needs to restore the file's metadata, including username, user group etc. If the NFS volume is mounted with root_squash
, I am afraid the fs-uploader (i.e., kopia, restic) will not able to change the username and group.
After the test, we will be clear of the problems and causes, then we can add the doc.
So check that node agent with supplemental groups are able to restore all metadata?
Will see if I can add a test case to e2e.
What steps did you take and what happened:
Document limitations: NFS volume with root_squash will require setting supplementalGroups on the nodeAgent.
related:
And to get rid of this limitation, in the future we can consider creating node agent with user/groups per workload.
There are also issues with .snapshot directory used by some NFS servers.
Anything else you would like to add:
Environment:
velero version
):velero client config get features
):kubectl version
):/etc/os-release
):Vote on this issue!
This is an invitation to the Velero community to vote on issues, you can see the project's top voted issues listed here.
Use the "reaction smiley face" up to the right of this comment to vote.