-
Notifications
You must be signed in to change notification settings - Fork 1.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
Frontend - When retry enabled, UI says "Execution was skipped" while it's not #4814
Comments
@Bobgy The actually skipped pods have the |
The problem for this is that the function that decides whether a node was cached is wrong. pipelines/frontend/src/lib/StatusUtils.ts Lines 107 to 117 in ab21ec9
Lines 109-111 should be: if (!artifacts || !node.id || node.type !== 'Pod') {
return false;
} I can submit a PR for it |
…w#4814) The UI was deciding whether a node was cached based on whether it was pointing to some other node's output artifacts. This works for nodes that correspond to pods, but leads to a wrong decision for the rest of the nodes. For example, if the node is a Retry one, it points to another node's outputs because it is that other node that actually produced them. We now apply this logic on pod-type nodes only. Fixes kubeflow#4814 Signed-off-by: Ilias Katsakioris <elikatsis@arrikto.com>
…w#4814 The UI was deciding whether a node was cached based on whether it was pointing to some other node's output artifacts. This works for nodes that correspond to pods, but leads to a wrong decision for the rest of the nodes. For example, if the node is a Retry one, it points to another node's outputs because it is that other node that actually produced them. We now apply this logic on pod-type nodes only. Fixes kubeflow#4814 Signed-off-by: Ilias Katsakioris <elikatsis@arrikto.com>
Actually, I created the PR 😄 #4819 |
…w#4814 The UI was deciding whether a node was cached based on whether it was pointing to some other node's output artifacts. This works for nodes that correspond to pods, but leads to a wrong decision for the rest of the nodes. For example, if the node is a Retry one, it points to another node's outputs because it is that other node that actually produced them. We now apply this logic on pod-type nodes only. Fixes kubeflow#4814 Signed-off-by: Ilias Katsakioris <elikatsis@arrikto.com>
…4819) The UI was deciding whether a node was cached based on whether it was pointing to some other node's output artifacts. This works for nodes that correspond to pods, but leads to a wrong decision for the rest of the nodes. For example, if the node is a Retry one, it points to another node's outputs because it is that other node that actually produced them. We now apply this logic on pod-type nodes only. Fixes #4814 Signed-off-by: Ilias Katsakioris <elikatsis@arrikto.com>
What steps did you take:
When retry is enabled on a container_op, the UI always says it's
execution was skipped and outputs are taken from cache
even if it's the first time executed.Actually cache was never activated on our server.
To reproduce I run the following pipeline:
What happened:
We got a misleading message:
While UI says the other with no retry was executed:
What did you expect to happen:
Expected cache to work.
Environment:
Kubeflow
1.0.0
.How did you deploy Kubeflow Pipelines (KFP)?
Deployed on EKS
1.15
KFP version:
1.0.0
KFP SDK version:
1.0.0
Anything else you would like to add:
Caching was disabled by default.
/kind bug
/area frontend
The text was updated successfully, but these errors were encountered: