-
Notifications
You must be signed in to change notification settings - Fork 945
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
Can not sync job status correctly when upgrading from v1.5 #3640
Comments
Yeah you're right, we haven't consider the old pg format when syncjob: ) |
/good-first-issue |
@Monokaix: Please ensure the request meets the requirements listed here. If this request no longer meets these requirements, the label can be removed 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/test-infra repository. |
/assign |
v1.5 changed the naming logics of pod group by adding UID into the name: volcano-sh#2140, and there is also another fix regarding handling the already created pod group without UID in create or update: volcano-sh#2400. But a similar fix does not exist in the syncJob function. Fixes volcano-sh#3640
v1.5 changed the naming logics of pod group by adding UID into the name, and there is a fix handling the already created pod group without UID in create or update: volcano-sh#2400. But similar fix does not exist in syncJob function. Fixes volcano-sh#3640
v1.5 changed the naming logics of pod group by adding UID into the name, and there is a fix handling the already created pod group without UID in create or update: volcano-sh#2400. But similar fix does not exist in syncJob function. Fixes volcano-sh#3640 Signed-off-by: cheerfun <qingyafan@outlook.com>
v1.5 changed the naming logics of pod group by adding UID into the name, and there is a fix handling the already created pod group without UID in create or update: volcano-sh#2400. But similar fix does not exist in syncJob function. Fixes volcano-sh#3640 Signed-off-by: cheerfun <qingyafan@outlook.com>
v1.5 changed the naming logics of pod group by adding UID into the name, and there is a fix handling the already created pod group without UID in create or update: volcano-sh#2400. But similar fix does not exist in syncJob function. Fixes volcano-sh#3640 Signed-off-by: cheerfun <qingyafan@outlook.com>
v1.5 changed the naming logics of pod group by adding UID into the name, and there is a fix handling the already created pod group without UID in create or update. But similar fix does not exist in syncJob function. Fixes volcano-sh#3640 Signed-off-by: cheerfun <qingyafan@outlook.com>
v1.5 changed the naming logics of pod group by adding UID into the name, and there is a fix handling the already created pod group without UID in create or update. But similar fix does not exist in syncJob function. Fixes volcano-sh#3640 Signed-off-by: cheerfun <qingyafan@outlook.com>
…#3640 v1.5 changed the naming logics of pod group by adding UID into the name: volcano-sh#2140, and there is also another fix regarding handling the already created pod group without UID in create or update: volcano-sh#2400. But a similar fix does not exist in the syncJob function. Fixes volcano-sh#3640
…#3640 v1.5 changed the naming logics of pod group by adding UID into the name: volcano-sh#2140, and there is also another fix regarding handling the already created pod group without UID in create or update: volcano-sh#2400. But a similar fix does not exist in the syncJob function. Fixes volcano-sh#3640 Signed-off-by: cheerfun <qingyafan@outlook.com>
…#3640 v1.5 changed the naming logics of pod group by adding UID into the name: volcano-sh#2140, syncJob function should change some logic. Fixes volcano-sh#3640 Signed-off-by: cheerfun <qingyafan@outlook.com>
…#3640 v1.5 changed the naming logics of pod group by adding UID into the name: volcano-sh#2140, syncJob function should change some logic. Signed-off-by: cheerfun <qingyafan@outlook.com>
What happened:
When upgrading volcano from the v1.5 to later version, the already running job created by the v1.5 volcano cannot be correctly handled.
Anything else we need to know?:
v1.5 changed the naming logics of pod group by adding UID into the name: #2140, and there is also another fix regarding handling the already created pod group without UID in create or update: #2400. But a similar fix does not exist in the
syncJob
function.So, in the following part the
syncTask
won't be set to true.volcano/pkg/controllers/job/job_controller_actions.go
Lines 280 to 293 in 1a696ee
Environment:
kubectl version
):uname -a
):The text was updated successfully, but these errors were encountered: