Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • CamiTK Community Edition CamiTK Community Edition
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 17
    • Issues 17
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 3
    • Merge requests 3
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • CamiTK
  • CamiTK Community EditionCamiTK Community Edition
  • Merge requests
  • !109

FIXED separating gitlab runner

  • Review changes

  • Download
  • Email patches
  • Plain diff
Merged Emmanuel Promayon requested to merge bug/gitlab-runner-mixup into develop Apr 15, 2019
  • Overview 1
  • Commits 1
  • Pipelines 1
  • Changes 1

debian stable and packaging now have their own runners on two different VM hosts

What happened : At one stage, the VM supervisor duplicated the debian stable VM (that had all the gitlab runner installed, registered and running) onto the new debian packaging VM. After that event there was two gitlab runners, registered using the same token, up and running. Sometimes the debian stable VM gitlab runner took the jobs, and sometimes the new debian packaging VM gitlab runner took the job. If all the jobs of the same pipeline were taken by the same runner, there was no issue and the pipeline succeeded fine. But if, for instance, the debian packaging runner took the check, configure and build jobs, but then the debian stable runner took the test job, then that produced an error. I deleted the gitlab runner registered on the new debian packaging VM and created a new token and new tag "debian:packaging", just for the packaging.

This branch was created to update the .gitlab-ci.yml file so that the packaging stage/job is exclusively going to run on the new debian packaging VM.

Hopefully that was the last of our pipeline problem to solve!

Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: bug/gitlab-runner-mixup