actions / actions/runner-container-hooks

kubernetes-novolume mode fails

Open
#301 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
TypeScript
Stars
153
Forks
112
Avg merge
6m
Merged PRs (30d)
1

Description

Checks
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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.