-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Unexpected start times reported for skipped steps #2416
Labels
kind/bug
Categorizes issue or PR as related to a bug.
Comments
vincent-pli
added a commit
to vincent-pli/pipeline
that referenced
this issue
Apr 19, 2020
Fix issue: tektoncd#2416 The root cause is in skipped case, entrypoint do not write startedAt to Termination file. That's means when reconcile of taskrun try to update startedAt, they found nothing, and the result is the startedAt will keep as the startedAt in pod.
tekton-robot
pushed a commit
that referenced
this issue
Apr 20, 2020
Fix issue: #2416 The root cause is in skipped case, entrypoint do not write startedAt to Termination file. That's means when reconcile of taskrun try to update startedAt, they found nothing, and the result is the startedAt will keep as the startedAt in pod.
Fixed by #2429 |
/close |
@vdemeester: Closing this issue. 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. |
Thanks @vincent-pli, verified on the latest nightly build. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected Behavior
Step start times should be sequential regardless of whether they actually ran or not.
Actual Behavior
If a TaskRun fails, any remaining skipped steps retain their original container start time instead of being updated by the entrypoint binary.
Steps to Reproduce the Problem
The step start times for
test-start-time-correct-
are recorded and reported correctly, reflecting the time the step actually executed.The step start times for the first 2 steps in
test-start-time-wrong-
are correct, but the last 2 skipped steps still report their original container start times. This means that if I order the step status by start time they appear before the steps that actually ran.Additional Info
Kubernetes version:
Output of
kubectl version
:Tekton Pipeline version:
Output of
tkn version
orkubectl get pods -n tekton-pipelines -l app=tekton-pipelines-controller -o=jsonpath='{.items[0].metadata.labels.version}'
v0.11.1
/kind bug
Related issue: #1512
This fixed the start times for steps that are actually executed.
The text was updated successfully, but these errors were encountered: