Change runner-1030.gitlab-runners.eqiad1.wikimedia.cloud from a group runner into an instance-wide shared runner.
Description
Details
Subject | Repo | Branch | Lines +/- | |
---|---|---|---|---|
gitlab_runner: add separate ensure for docker::network | operations/puppet | production | +5 -1 |
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | None | T297426 Provision untrusted instance-wide GitLab job runners to handle user-level projects and merge requests from forks | |||
Resolved | dancy | T327949 Convert runner-1030.gitlab-runners.eqiad1.wikimedia.cloud to an instance-wide shared runner |
Event Timeline
Mentioned in SAL (#wikimedia-releng) [2023-01-25T19:37:05Z] <dancy> Taking runner-1030.gitlab-runners.eqiad1.wikimedia.cloud offline for T327949
Mentioned in SAL (#wikimedia-releng) [2023-01-25T21:35:55Z] <dancy> runner-1030.gitlab-runners.eqiad1.wikimedia.cloud has been re-registered as an instance-wide runner. T327949
Change 884037 had a related patch set uploaded (by Jelto; author: Jelto):
[operations/puppet@production] gitlab_runner: add separate ensure for docker::network
Change 884037 merged by Jelto:
[operations/puppet@production] gitlab_runner: add separate ensure for docker::network
Small hint: de-registration and re-registration broke the networking of runner-1030 because docker network was removed during the re-registration.
I merged the change above and this should not happen again for other runners.
Sorry for reopening this old task. But it seems during the refactoring of the runner registration (T344951) runner-1030 was converted back to a group runner. So all WMCS runners are group runners for /repos again (see admin menu).
@dancy should we make runner-1030 (or more?) instance-wide again? There are some use-cases which would benefit from instance-wide WMCS runners, like some jobs in toolforge-repos, see T362401#9810208.
jelto opened https://gitlab.wikimedia.org/repos/releng/gitlab-settings/-/merge_requests/61
create a group of instance wide WMCS runners
Yes please.
There are some use-cases which would benefit from instance-wide WMCS runners, like some jobs in toolforge-repos, see T362401#9810208.
Agreed.
jelto merged https://gitlab.wikimedia.org/repos/releng/gitlab-settings/-/merge_requests/61
create a group of instance wide WMCS runners
I was unable to add the private registration token to the single host runner-1030 even with help from the cloud team. I temporarily replaced the devtools-wide profile::gitlab::runner::token with the proper tokeen and unregistered and re-registered runner-1030. The runner is available now for all projects, including toolforge-repos.
So I'll close the task (and try to figure out how to properly add host-based secrets on a standalone wmcs puppetmaster).