-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Nested steps run with incorrect parameters #1713
Comments
@dtaniwaki fyi, I think this relates to your PR |
Hi sir, When this bug fix will release? Hope soon. Many thanks. |
Latest version has a bug with nested loops which causes input parameters of jobs to be wrong, and this causes the workflow to fail. argoproj/argo-workflows#1713
@dtaniwaki is refactoring the store template feature. This will close most of the bugs. |
I tried to downgrade the version to 2.4.0, from 2.4.2, and seems the retry feature has some bug as well. |
@NirvanaZA could you elaborate on the bug with the retry feature? |
Another minimal example to illustrate what appears to be the same problem:
On Argo 2.4.1, this has the expected behavior. Workflow logs:
On Argo 2.4.2, the message for the last one is passed incorrectly:
|
Just FYI we are also seeing issues with when statements getting the wrong parameters with a nested setup. It works with 2.4.0-rc1 but is broken after that, so pretty certain it is related to that same change that is affected this ticket. |
FYI after creating and deploying an argo controller image with #1744 it did fix the issues we were seeing with parameter passing, but now the I.E. after submitting a workflow with a task that has a |
@simonwa7 Could you take a look at @dtaniwaki's comments regarding your issue? #1744 (comment) |
Simplifies the workflow by removing nested templates. I.e. instead of having a template consisting of building-then-post-service, we add the building and service-posting as top-level tasks in do-all, and add the builder as a dependency of the service. Needed beause of argoproj/argo-workflows#1713
Simplifies the workflow by removing nested templates. I.e. instead of having a template consisting of building-then-post-service, we add the building and service-posting as top-level tasks in do-all, and add the builder as a dependency of the service. Needed beause of argoproj/argo-workflows#1713
Simplifies the workflow by removing nested templates. I.e. instead of having a template consisting of building-then-post-service, we add the building and service-posting as top-level tasks in do-all, and add the builder as a dependency of the service. Needed beause of argoproj/argo-workflows#1713
Simplifies the workflow by removing nested templates. I.e. instead of having a template consisting of building-then-post-service, we add the building and service-posting as top-level tasks in do-all, and add the builder as a dependency of the service. Needed beause of argoproj/argo-workflows#1713
Simplifies the workflow by removing nested templates. I.e. instead of having a template consisting of building-then-post-service, we add the building and service-posting as top-level tasks in do-all, and add the builder as a dependency of the service. Needed beause of argoproj/argo-workflows#1713
For those blocked by this regression: I would consider building #1744 into an image until the PR goes through review and a release is made hopefully sometime next week. |
👍 Waiting for the new release. |
Hello everyone |
Is this a BUG REPORT or FEATURE REQUEST?:
Bug report
What happened:
If you execute the parallelism-nested.yaml example then the pods with a seq-id of b, c or d all have a parallel-id of 1
What you expected to happen:
pods with a seq-id of b, c or d all to have all parallel ids (1, 2, 3 and 4).
How to reproduce it (as minimally and precisely as possible):
argo submit parallelism-nested.yaml
then:
argo get <workflow-id> -o yaml
There will be multiple pods in the Status section with seq-id of b and parallel id of 1, there should only be one.
Anything else we need to know?:
This looks to be related to #1552
storedTemplates contains the following, with seq-id hardcoded:
Environment:
The text was updated successfully, but these errors were encountered: