actions / actions/runner-container-hooks
kubernetes-novolume mode fails
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 153
- Forks
- 112
- Avg merge
- 6m
- Merged PRs (30d)
- 1
Description
Checks
- I've already read https://docs.github.com/en/actions/hosting-your-own-runners/managing-self-hosted-runners-with-actions-runner-controller/troubleshooting-actions-runner-controller-errors and I'm sure my issue is not covered in the troubleshooting guide.
- I am using charts that are officially provided
Controller Version
0.13.1
Deployment Method
ArgoCD
Checks
- This isn't a question or user support case (For Q&A and community support, go to Discussions).
- I've read the Changelog before submitting this issue and I'm sure it's not due to any recently-introduced backward-incompatible changes
To Reproduce
Just run a GitHub job with any container.
Describe the bug
I'm trying to run some basic tests with containerMode.type=kubernetes-novolume. But the runner pod cannot seem to talk to workflow pod. The workflow pod comes up, and then the runner immediate shuts it down because it doesn't get response back from the workflow pod.
The controller seems fine. I actually have dind and kubernetes modes working already, but kubernetes-novolume is an attractive option for us, if we can get it working.
Describe the expected behavior
I'm just running a basic job that prints 'hello' in an ubuntu container. But the job fails immediately in the Intialize containers step. I see the workflow pod come up and get into "Running" state and then immediate get terminated.
Additional Context
controllerServiceAccount:
name: arc-controller-rdu1-gha-rs-controller
namespace: tenant-arc-systems
githubConfigUrl: https://github.com/infinity-microsoft
githubConfigSecret: github-app-secret
# gitHub runner labels for workflow targeting
runnerScaleSetName: "gpu-condor2-rss-k8s-nv"
runnerGroup: "condor2"
minRunners: 1
maxRunners: 12
template:
spec:
containers:
- name: runner
image: ghcr.io/actions/actions-runner:latest
command: ["/home/runner/run.sh"]
env:
- name: ACTIONS_RUNNER_CONTAINER_HOOKS
value: /home/runner/k8s-novolume/index.js
- name: ACTIONS_RUNNER_POD_NAME
valueFrom:
fieldRef:
fieldPath: metadata.name
- name: ACTIONS_RUNNER_IMAGE
value: ghcr.io/actions/actions-runner:latest # should match the runnerimage
- name: ACTIONS_RUNNER_REQUIRE_JOB_CONTAINER
value: "true"
Controller Logs
https://gist.github.com/mtanida/de2e2868a1dbac3149c800305f14fa42
Runner Pod Logs
https://gist.github.com/mtanida/985bfda2da34d3f7f693de2bc4fc3f29
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the linked runner pod logs and controller logs, then inspect the configured /home/runner/k8s-novolume/index.js hook entry point and the provided runner configuration. Compare the kubernetes-novolume behavior with the working dind and kubernetes modes. Done means an Ubuntu container job reaches and completes the Initialize containers step instead of the workflow pod being terminated.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github-actions, kubernetes, typescript
- Domain
- ci-cd, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100