-
Notifications
You must be signed in to change notification settings - Fork 38.6k
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
Ephemeral volume scheduling problems #124907
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. |
/sig storage |
@kangzhiqin as a workaround, can you combine the two volumes and use subpath for different mounts? |
/triage needs-more-information |
@xing-yang: The label(s) In response to this:
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. |
/triage needs-information |
Thank you for your reply. I'll think about this solution. |
|
What would you like to be added?
I have two ephemeral volumes, one that requires 100M of memory and one that requires 43G of memory.
After the 100 MB volume is successfully scheduled, only 42 GB memory is available on the node. As a result, the second volume fails to be created, and the pod fails to be scheduled.
However, other nodes in the cluster have sufficient space.
Why is this needed?
Is there a good way to solve this problem?
The text was updated successfully, but these errors were encountered: