You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When promoting, the scheduler should calculate the member cluster, this requires sufficient resources to be available when calculating scheduling. Since the member cluster already has the corresponding workload, the scheduler should skip the calculation process and write the result directly to rb.
The text was updated successfully, but these errors were encountered:
Judging from the scheduling logic, there seems to be a problem. May I ask whether you measured it in the actual test or inferred it?
We referred to this part of the logic to automatically create pp of member cluster workloads, but found that some workloads could not create work because there was no scheduling result.
We did not use the promote command directly, but the logic is the same.
We observed the following error in log.
I think if promoting, we should directly patch the schedule result to rb and not need to caculate.
When promoting, the scheduler should calculate the member cluster, this requires sufficient resources to be available when calculating scheduling. Since the member cluster already has the corresponding workload, the scheduler should skip the calculation process and write the result directly to rb.
The text was updated successfully, but these errors were encountered: