You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Due to the nature of the GKE Autopilot cluster and my budget limit I have to configure the storage as RWO. The problem is that several pods can potentially be created at different nodes. This causes the volume not to be released until the pod of the corresponding step is finished.
In case is a service pod that does not terminate until the end of the workflow it can have the volume forever and end up giving timeout.
Would it be possible not to mount volume in the services?
Steps to reproduce
Install Woodpecker CI server and kubernetes backend agents with the helm chart.
Run a repo pipeline with parallel steps and a service.
Expected behavior
I would like the workflow not to get stuck when a service attaches the volume. We could avoid this by making it optional to mount the volume on the service.
Component
agent
Describe the bug
Due to the nature of the GKE Autopilot cluster and my budget limit I have to configure the storage as RWO. The problem is that several pods can potentially be created at different nodes. This causes the volume not to be released until the pod of the corresponding step is finished.
In case is a service pod that does not terminate until the end of the workflow it can have the volume forever and end up giving timeout.
Would it be possible not to mount volume in the services?
Steps to reproduce
Expected behavior
I would like the workflow not to get stuck when a service attaches the volume. We could avoid this by making it optional to mount the volume on the service.
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: