actions / actions/actions-runner-controller

mount volume inside container

Open
#2,246 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

bug needs triage
Dominant language
Go
Stars
6.5k
Forks
1.5k
Avg merge
2d 2h
Merged PRs (30d)
27

Description

Checks
Controller Version

default from chart

Helm Chart Version

0.22.0

CertManager Version

No response

Deployment Method

Helm

cert-manager installation
Checks
  • This isn't a question or user support case (For Q&A and community support, go to Discussions. It might also be a good idea to contract with any of contributors and maintainers if your business is so critical and therefore you need priority support
  • I've read releasenotes before submitting this issue and I'm sure it's not due to any recently-introduced backward-incompatible changes
  • My actions-runner-controller version (v0.x.y) does support the feature
  • I've already upgraded ARC (including the CRDs, see charts/actions-runner-controller/docs/UPGRADING.md for details) to the latest and it didn't fix the issue
  • I've migrated to the workflow job webhook event (if you using webhook driven scaling)
Resource Definitions
apiVersion: actions.summerwind.dev/v1alpha1
kind: RunnerSet
metadata:
  name: default-runner
spec:
  ephemeral: true
  labels:
    - default
  replicas: 1
  selector:
    matchLabels:
      app: gha-runnerset
  serviceName: gha-runnerset
  template:
    metadata:
      labels:
        app: gha-runnerset
    spec:
      containers:
        - env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: STARTUP_DELAY_IN_SECONDS
              value: '2'
            - name: DISABLE_WAIT_FOR_DOCKER
              value: 'false'
            - name: DISABLE_RUNNER_UPDATE
              value: 'true'
            - name: VAULT_ROLE_ID
              valueFrom:
                secretKeyRef:
                  key: VAULT_ROLE_ID
                  name: github-actions-runner-runner
            - name: VAULT_SECRET_ID
              valueFrom:
                secretKeyRef:
                  key: VAULT_SECRET_ID
                  name: github-actions-runner-runner
          name: runner
          securityContext:
            runAsGroup: 1000
            runAsUser: 1000
          volumeMounts:
            - mountPath: /runner/_work/bundle
              name: cache-bundle
      securityContext:
        fsGroup: 1000
      volumes:
        - hostPath:
            path: /mnt/ci-cache/bundle
            type: DirectoryOrCreate
          name: cache-bundle
To Reproduce
deploy runnerset, create a pod and check permissions of mounted folder. permissions are:
drwxr-xr-x 3 runner docker 4096 Jan 17 16:20 bundle
Describe the bug

volume should be mounted as runner:runner, so this allows to mount it to nested pod.

Describe the expected behavior
Whole Controller Logs
-
Whole Runner Pod Logs
-
Additional Context

No response

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 by deploying the provided RunnerSet manifest and inspecting the mounted directory ownership and permissions. Trace how the RunnerSet volumeMounts, volumes, and securityContext are applied; done means the mounted volume is owned by runner:runner and remains usable for the nested pod scenario described.

Written by the indexing model from the issue text.

Assessment

Tech stack
helm, kubernetes
Domain
devops, infrastructure
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 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.