Closed LY-today closed 2 months ago
Hi, what does the instance mean? pod or anything else?
Hi, what does the instance mean? pod or anything else?
Hi,pod
Hi, what does the instance mean? pod or anything else?
Hi,pod
If queue has no sufficient resources, new task will not be scheduled, which I think it's normal: )
Hi, what does the instance mean? pod or anything else?
Hi,pod
If queue has no sufficient resources, new task will not be scheduled, which I think it's normal: )
Hi, what does the instance mean? pod or anything else?
Hi,pod
If queue has no sufficient resources, new task will not be scheduled, which I think it's normal: )
Maybe my description is wrong. It's not that it cannot be scheduled and pending appears, but that no instance is generated. This is what I think is unreasonable
@Monokaix The core of the problem is not that instances cannot be scheduled and pending occurs when resources are scarce, but that no instances are created at all.
@LY-today Did you configured the enqueue action in scheduler-configmap and enalbe the delay pod creation
feature. Please add your scheduler configmap if possible. Here is the introduction of delay pod creation
feature.
https://github.com/volcano-sh/volcano/blob/master/docs/design/delay-pod-creation.md
@LY-today您是否在 Scheduler-configmap 中配置了排队操作并启用了该
delay pod creation
功能。如果可能,请添加您的调度程序配置映射。这里是功能的介绍delay pod creation
。 https://github.com/volcano-sh/volcano/blob/master/docs/design/delay-pod-creation.md
Thanks for your feedback, I tested it and found the solution
@william-wang For this scenario, it can be solved if I directly close the enqueue action. I would like to ask whether other problems may be introduced after closing it? The impact of apiserver pressure and slow scheduling is acceptable. Are there other effects?
The impact of apiserver pressure and slow scheduling is acceptable. Are there other effects?
Before release-1.6, if there is no enqueue action, podgroup will not be enqueue and job won't be scheduled.
After that version, it support scheduling without enqueue action. FYI: 91981bf48
@william-wang For this scenario, it can be solved if I directly close the enqueue action. I would like to ask whether other problems may be introduced after closing it? The impact of apiserver pressure and slow scheduling is acceptable. Are there other effects?
@LY-today There is no other effects without enqueue.
apiserver压力和调度缓慢的影响是可以接受的。还有其他影响吗?
在release-1.6之前,如果没有enqueue操作,podgroup将不会入队,作业也不会被调度。
该版本之后,支持无入队操作的调度。仅供参考:91981bf48
Thank you for your feedback
@william-wang For this scenario, it can be solved if I directly close the enqueue action. I would like to ask whether other problems may be introduced after closing it? The impact of apiserver pressure and slow scheduling is acceptable. Are there other effects?
@LY-today There is no other effects without enqueue.
Thank you for your feedback
/close
@Monokaix: Closing this issue.
What happened: When queue resources are insufficient or about to be insufficient, instances cannot be generated
What you expected to happen: Instances can also be generated when queue resources are insufficient or about to be insufficient.
How to reproduce it (as minimally and precisely as possible): When the currently allocated amount of a certain resource in the queue plus the resource application amount of the new task is greater than the upper limit of the resource configured in the queue, the phenomenon that the instance cannot be created can be stably reproduced.
Anything else we need to know?:
Environment:
kubectl version
): v1.18.2uname -a
): Linux 3.10.0-1160.45.1.el7.x86_64 #1 SMP Wed Oct 13 17:20:51 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux