-
-
Notifications
You must be signed in to change notification settings - Fork 370
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
Fix pipeline cancelling #2875
Comments
Woodpecker 2.1.1, Kubernetes.
|
I've got a related issue, which is somewhat worrisome. I was able to reproduce the original buck on a 2.3.0 installation with Kubernetes backend. I've observed it's inconsistent: sometimes cancelling will correctly show the running step as killed/cancelled and mark the pipeline as canceled. The last step to run will show "Oh no, we got some errors! Canceled" (remaining steps in the same workflow will show as grey, with the message "This step has been canceled."). Sometimes, it will show the last step to run as successful instead (and remaining steps in the same workflow will also show as grey, with the message "This step has been canceled."). However if you have a second workflow that depends on the first (i.e. a multi-workflow pipeline, for example ./.woodpecker/a.yml and ./woodpecker/b.yml and "b" depends_on "a"), if workflow "a" is cancelled and we get the bug where its considered successful, than "b" will start running, and we will not have any way to cancel "b", because the cancel button will have been replaced by a Restart button ❗ This could lead to situations where an erroneous deployment is triggered and a developer is unable to stop it, for example. I'd share links/screenshots but this all happened within our internal servers. |
Feels related: I am running the agent in docker compose. Woodpecker 2.7.1 Had this scenario: No agents available, about 30 pipelines created by cron. |
Ignore my last comment, there where just way more pipelines. the canceled ones stayed canceled, sorry for the confusuin. |
Component
server, agent
Describe the bug
This is mainly a summary issue of #833, #2062 and #2911
I've been trying to debug this without real success.
I've been using the local backend, and can do the following observations:
On ci.woodpecker-ci.org, I can see (uses docker backend):
System Info
Additional context
No response
Validations
next
version already [https://woodpecker-ci.org/faq#which-version-of-woodpecker-should-i-use]The text was updated successfully, but these errors were encountered: