-
-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue Report on Docker-in-Docker Problem #11
Comments
For the above problem, @ChristopherHX can add |
What you are trying to do needs rootful dind and unix socket connection like (eventually also requires you to not add For example binfmt registrations cause permission denied for rootless dind (dropping priviledges) # docker-compose.yml
networks:
runner:
external: false
volumes:
runner:
driver: local
runner-externals:
driver: local
gitea-runner-data:
driver: local
socket:
driver: local
services:
runner:
image: ghcr.io/christopherhx/gitea-actions-runner:nightly
environment:
- GITEA_INSTANCE_URL=https://gitea.com/ # Your Gitea Instance to register to
- GITEA_RUNNER_REGISTRATION_TOKEN=XXXXXXXXXXXXXXXXXXXXXXX # The Gitea registration token
- GITEA_RUNNER_LABELS=self-hosted # The labels of your runner (comma separated)
restart: always
user: root
networks:
- runner
volumes:
- gitea-runner-data:/data # Persist runner registration across updates
- runner:/home/runner/_work # DIND
- runner-externals:/home/runner/externals # DIND
- socket:/var/run
depends_on:
- docker
docker:
image: docker:dind
restart: always
privileged: true
networks:
- runner
volumes:
- runner:/home/runner/_work
- runner-externals:/home/runner/externals
- socket:/var/run (Can be added to samples) An external dind container has some benefits like altering docker configurations without changing the image of the runner. |
After testing, the issue was resolved. Its configuration can be updated and synced to |
Issue Description
When using
ghcr.io/christopherhx/gitea-actions-runner:v0.0.9
as a self-hosted runner, it has been observed that bothdocker/setup-qemu-action@v2
anddocker/setup-buildx-action@main
fail to function properly with the following configuration:The text was updated successfully, but these errors were encountered: