-
Notifications
You must be signed in to change notification settings - Fork 40.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Slow FSGroup recursive permission changes . Is there an optimization method? #130192
Comments
This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
您好,我是王文涛,您的邮件我已收到,我会尽快给予回复的,谢谢~~~~~
|
Maybe what you need is |
/kind support |
/sig storage |
In addition to using |
What happened?
The fsgroup setting may take a long time to create a pod,as it can take hours or days to recursively change permissions on multi-terabyte servers.Is there a better optimization method for recursively modifying permissions?
What did you expect to happen?
The fsgroup setting may take a long time to create a pod
How can we reproduce it (as minimally and precisely as possible)?
There are a lot of files on the server.Permissions need to be modified.
Anything else we need to know?
No response
Kubernetes version
Cloud provider
OS version
Install tools
Container runtime (CRI) and version (if applicable)
Related plugins (CNI, CSI, ...) and versions (if applicable)
The text was updated successfully, but these errors were encountered: