Version Control on your Server. Visit https://gitlab.com/gitlab-org/gitlab for more information
Is there an issue currently with the Dependency Proxy? I've been getting intermittent CI job failures with errors like this:
ERROR: Job failed: failed to pull image "gitlab.com:443/<redacted>/dependency_proxy/containers/docker:20.10.7-dind" with specified policies [always]: Error response from daemon: received unexpected HTTP status: 500 Internal Server Error (manager.go:203:0s)
I've also had failures when trying to build an image that uses the dependency proxy in its FROM.
General pipeline
settings introduced in v15. As an example I want to programmatically change the above option in screenshot.
Is there a way to customise the schedule of the Container Registry Cleanup job?
For context, we use the Docker Registry HTTP API to create a new tag for an existing image without having to pull and push the image.
This morning an image that was tagged in this way disappeared mysteriously from the registry, and it was at about the same time that the Cleanup job ran.
This might be a bug with the cleanup job, but I'm not sure how to give you a reproducible bug report if I can't control when the job runs! (and also if I can ensure the job runs during the night, it won't be a problem anymore)
gitlab.rb
variables via environment variables from the host? So let's say, I define a ROOT_PASSWORD=foo
on the host system, now in the docker-compose I would like to use that env var so its value is used for gitlab_rails['initial_root_password']. This is defined in: https://docs.docker.com/compose/environment-variables/#pass-environment-variables-to-containersGITLAB_OMNIBUS_CONFIG
as this is a multiline string. Tried the following, but without success. The root password was not set, instead I had to lookup and use the generated initial_root_password file.version: '3.6'
services:
web:
image: 'my-registry/dh/gitlab/gitlab-ee:15.0.3-ee.0'
restart: always
hostname: 'gitlab.example.com'
environment:
SMTP_PASSWORD:
ROOT_PASSWORD:
GITLAB_OMNIBUS_CONFIG: |
external_url 'https://gitlab.my-domain.com'
...
gitlab_rails['smtp_password'] = ENV['SMTP_PASSWORD']
gitlab_rails['initial_root_password'] = ENV['ROOT_PASSWORD']
...
pages
job (https://docs.gitlab.com/ee/ci/yaml/#pages) on every branch and MR, and have them accessible somewhere "quickly", and never clobber the master
pages?
hello, I have an issue with submodules and gitlab-runner.
I have a project with submodules, and recursive submodules, like:
top/sub-a/subsub-a
top/sub-b/subsub-a
This project runs CI since few month, without any issue. but today, I want to remove top/sub-b/subsub-a. and I get this error during repo intialization in CI:
fatal: No url found for submodule path 'top/sub-b/subsub-a' in .gitmodules
fatal: run_command returned non-zero status while recursing in the nested submodules of top/sub-b
Initially, GIT_STRATEGY is set to fetch. If I set GIT_STRATEGY to clone, it fixes the issue for this particular runner. But I have several runners, and I can't force the choice of the runner.
So:
gitlabUrl: "https://gitlab.foo.fr/"
imagePullPolicy: IfNotPresent
unregisterRunners: true
concurrent: 2
checkInterval: 10
## Configure integrated Prometheus metrics exporter
## ref: https://docs.gitlab.com/runner/monitoring/#configuration-of-the-metrics-http-server
metrics:
enabled: true
service:
enabled: true
serviceMonitor:
enabled: true
## Configuration for the Pods that that the runner launches for each new job
##
runners:
## Default container image to use for builds when none is specified
##
image: rockylinux:8.5
privileged: true
tags: "privileged,large"
runUntagged: false
## Configure environment variables that will be injected to the pods that are created while
## the build is running. These variables are passed as parameters, i.e. ,
## to command.
##
## Note that (see below) are only present in the runner pod, not the pods that are
## created for each build.
##
## ref: https://docs.gexport NAMESPACE="gitlab"itlab.com/runner/commands/#gitlab-runner-register
##
env:
HOME: /tmp
config: |
[[runners]]
[runners.kubernetes]
privileged = true
# build container
cpu_limit = "2"
memory_limit = "5Gi"
# service containers
service_cpu_limit = "1"
service_memory_limit = "1Gi"
# helper container
helper_cpu_limit = "1"
helper_memory_limit = "1Gi"
[runners.kubernetes.volumes]
[[runners.kubernetes.volumes.host_path]]
name = "var-dbus"
host_path = "/var/run/dbus"
mount_path = "/var/run/dbus"
read_only = false
[[runners.kubernetes.volumes.host_path]]
name = "run-dbus"
host_path = "/run/dbus"
mount_path = "/run/dbus"
read_only = false
## Configure environment variables that will be present when the registration command runs
## This provides further control over the registration process and the config.toml file
## ref:
## ref: https://docs.gitlab.com/runner/configuration/advanced-configuration.html
##
envVars:
- name: HOME
value: /home/gitlab-runner