PVC lifecycle binds to pod when using Kubernetes runners #184797
Unanswered
priya135792
asked this question in
Actions
Replies: 1 comment
-
|
The PVC is bound per Pod, so with Kubernetes runners each job creates a new Pod and the PVC gets bound to that Pod’s lifecycle. To fix this, use a ReadWriteMany (RWX) storage class or a pre-created shared PVC that can be mounted by multiple Pods, instead of a Pod-scoped PVC. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Why are you starting this discussion?
Question
What GitHub Actions topic or product is this about?
General
Discussion Details
Summary:
In Kubernetes-mode CI runners, PVCs created via volumeClaimTemplates are deleted with the pod, preventing data sharing across jobs. I want to understand best practices for sharing persistent data across jobs using PVCs.
Problem:
Ephemeral PVCs follow pod lifecycle → data is lost after job finishes
Static PVCs work, but require RWX storage
Many runners don’t document this clearly
Questions:
What is the recommended way to persist shared data across jobs?
Is using a static RWX PVC officially supported?
Is there a documented approach for CI workflows needing shared file storage?
Beta Was this translation helpful? Give feedback.
All reactions