sameersbn / sameersbn/docker-gitlab
Strange behaviour with CI/CD
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 8.1k
- Forks
- 2.1k
- Avg merge
- 17h 47m
- Merged PRs (30d)
- 7
Description
Hello,
I've recently upgraded from 13.7 through to 14.10.3 (taking a lot of steps along the way). All my projects are fine and everything seems stable with the exception of the CI/CD area. I can't say I'm massively experienced with the runners, but I have registered two runners successfully. However when I click on them in the Admin/Runners area a new page doesn't load, the same when I click the edit button. They show up as in contact "just now".
When I assign a project to a runner, or use a shared runner, and try to run them I get "The scheduler failed to assign job to the runner, please try again or contact system administrator". The logs of the runner don't show anything, but I also don't get any errors in the logs.
I'm also getting conflicting messages on the validity of my .gitlab-ci.yml, in the gitlab editor it says its valid, then on execution it isn't.
Any guidance would be appreciated. I don't have a huge amount on this server, so nuking it and restarting from scratch is an option. It feels like something is wrong at the backend, maybe with the jobs and runners tables?
Edit:
I made a new gitlab instance and new runner with the same settings below, and it works. Any advice on getting my original instance back running would be very welcome though.
version: '3'
services:
gitlab-runner:
image: gitlab/gitlab-runner:latest
volumes:
- /var/run/docker.sock:/var/run/docker.sock
- ./config:/etc/gitlab-runner
restart: unless-stopped
concurrent = 1
check_interval = 0
[session_server]
session_timeout = 1800
[[runners]]
name = "test"
url = "redacted address"
token = "bsxW8-TySKikXJnCDirt"
executor = "docker"
[runners.custom_build_dir]
[runners.cache]
[runners.cache.s3]
[runners.cache.gcs]
[runners.cache.azure]
[runners.docker]
tls_verify = false
image = "gradle:jdk11-jammy"
privileged = false
disable_entrypoint_overwrite = false
oom_kill_disable = false
disable_cache = false
volumes = ["/cache"]
shm_size = 0
image: gradle:jdk11-jammy
variables:
GRADLE_OPTS: "-Dorg.gradle.daemon=false"
before_script:
- export GRADLE_USER_HOME=`pwd`/.gradle
build:
stage: build
script: gradle --build-cache assemble
cache:
key: "$CI_COMMIT_REF_NAME"
policy: push
paths:
- build
- .gradle
tags:
- test
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
Begin with the supplied docker-compose.yml, runner config.toml, and .gitlab-ci.yml, then review the runner and server logs alongside the Admin/Runners behavior. Confirm whether the original instance can open runner details, assign a job, and consistently validate the CI configuration; record the relevant errors and reproduction steps.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, docker-compose
- Domain
- ci-cd, devops
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100