描述
我不能再用 dind 启动 docker 容器了，我使用 Gitlab-CI 并且它曾经可以工作。
我的.gitlab-ci.yml样子是这样的：
image: kopaxgroup/node10-jdk8-flyway4-sonarscanner2-docker17-debian
before_script:
- export PACKAGE_VERSION=$(node -p "require('./package.json').version")
- export SONAR_VERSION=${PACKAGE_VERSION}-b${CI_PIPELINE_ID}-${CI_COMMIT_REF_NAME}
- export DOCKER_IMAGE=$(cat gradle.properties | grep 'docker_image' | awk -F 'docker_image = ' '{print $2}')
- export PGSQL_TEST_HOST=$(cat /etc/hosts | grep pgsql-test | awk -F ' ' '{print $1}')
- export OPENLDAP_TEST_HOST=$(cat /etc/hosts | grep openldap-test | awk -F ' ' '{print $1}')
- npx @yeutech-lab/rollup-umd-ci-before-script
variables:
DOCKER_FILE: build/docker/Dockerfile
DOCKER_DRIVER: overlay2
DOCKER_HOST: tcp://docker:2375
SPRING_PROFILES_ACTIVE: test
POSTGRES_USER: test
POSTGRES_PASSWORD: test
POSTGRES_DB: CORE_V1
LDAP_DOMAIN: org-test.com
LDAP_ORGANISATION: org-test
LDAP_ADMIN_PASSWORD: testing
预期的
这是我在启动 CI 时所期望的：
[0KRunning with gitlab-runner 10.0.2 (a9a76a50)
on gitlabcidka_developers_gitlab_git-gitlab-runner-docker.48bd94d0-1d29-11ea-9b36-a67b5659ba6d (RdWn7n6x)
[0;m[0KUsing Docker executor with image gitlabcidka/node10-jdk8-flyway4-sonarscanner2-docker17-debian ...
[0;m[0KStarting service docker:dind ...
[0;m[0KPulling docker image docker:dind ...
[0;m[0KUsing docker image docker:dind ID=sha256:ba63cfbc76778322c00026aa3dd95002fb50da4312955b8a544269b9f8c0a2db for docker service...
[0;m[0KStarting service osixia/openldap:1.2.4 ...
[0;m[0KPulling docker image osixia/openldap:1.2.4 ...
[0;m[0KUsing docker image osixia/openldap:1.2.4 ID=sha256:6ee5a0cc5a131897294fe5db6f81df63edd0842b2c33c057e6402f7a5af90b7d for osixia/openldap service...
[0;m[0KStarting service postgres:latest ...
[0;m[0KPulling docker image postgres:latest ...
[0;m[0KUsing docker image postgres:latest ID=sha256:570084cc5269ac0efef104cd1e177826ca9765ca8e6b39530d766667bca89627 for postgres service...
[0;m[0KWaiting for services to be up and running...
[0;m
[0;33m*** WARNING:[0;m Service runner-RdWn7n6x-project-134-concurrent-0-postgresql-databases-2 probably didn't start properly.
service runner-RdWn7n6x-project-134-concurrent-0-postgresql-databases-2-wait-for-service did timeout
2019-12-16T16:27:54.361087733Z The files belonging to this database system will be owned by user "postgres".
2019-12-16T16:27:54.361172993Z This user must also own the server process.
2019-12-16T16:27:54.361181741Z
2019-12-16T16:27:54.361187397Z The database cluster will be initialized with locale "en_US.utf8".
2019-12-16T16:27:54.361193657Z The default database encoding has accordingly been set to "UTF8".
2019-12-16T16:27:54.361200121Z The default text search configuration will be set to "english".
2019-12-16T16:27:54.361206277Z
2019-12-16T16:27:54.361211701Z Data page checksums are disabled.
2019-12-16T16:27:54.361217265Z
2019-12-16T16:27:54.361226093Z fixing permissions on existing directory /var/lib/postgresql/data ... ok
2019-12-16T16:27:54.361748165Z creating subdirectories ... ok
2019-12-16T16:27:54.371976537Z selecting default max_connections ... 100
2019-12-16T16:27:54.390602752Z selecting default shared_buffers ... 128MB
2019-12-16T16:27:54.390629980Z selecting dynamic shared memory implementation ... posix
2019-12-16T16:27:54.486011024Z creating configuration files ... ok
2019-12-16T16:27:54.666299343Z running bootstrap script ... ok
2019-12-16T16:27:54.841933040Z sh: locale: not found
2019-12-16T16:27:54.842020335Z 2019-12-16 16:27:54.841 UTC [27] WARNING: no usable system locales were found
2019-12-16T16:27:55.348156715Z performing post-bootstrap initialization ... ok
2019-12-16T16:28:10.859347050Z syncing data to disk ... ok
2019-12-16T16:28:10.859397011Z
2019-12-16T16:28:10.859404975Z Success. You can now start the database server using:
2019-12-16T16:28:10.859411807Z
2019-12-16T16:28:10.859417731Z pg_ctl -D /var/lib/postgresql/data -l logfile start
2019-12-16T16:28:10.859424263Z
2019-12-16T16:28:10.859457813Z
2019-12-16T16:28:10.859469561Z WARNING: enabling "trust" authentication for local connections
2019-12-16T16:28:10.859476745Z You can change this by editing pg_hba.conf or using the option -A, or
2019-12-16T16:28:10.859483629Z --auth-local and --auth-host, the next time you run initdb.
2019-12-16T16:28:11.085061218Z waiting for server to start....2019-12-16 16:28:11.084 UTC [32] LOG: listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2019-12-16T16:28:11.638406073Z 2019-12-16 16:28:11.638 UTC [33] LOG: database system was shut down at 2019-12-16 16:27:55 UTC
2019-12-16T16:28:11.791788220Z 2019-12-16 16:28:11.791 UTC [32] LOG: database system is ready to accept connections
2019-12-16T16:28:11.870560101Z done
2019-12-16T16:28:11.870579035Z server started
2019-12-16T16:28:13.635843768Z CREATE DATABASE
2019-12-16T16:28:13.636354914Z
2019-12-16T16:28:13.636386084Z
2019-12-16T16:28:13.636604594Z /usr/local/bin/docker-entrypoint.sh: running /docker-entrypoint-initdb.d/create-postgresql-databases.sh
2019-12-16T16:28:15.981282191Z CREATE DATABASE
2019-12-16T16:28:16.027768070Z GRANT
结果
这是我在启动 CI 时所拥有的：
Running with gitlab-runner 10.0.2 (a9a76a50)
on gitlabcidka_developers_gitlab_git-gitlab-runner-docker.a6be4c55-5ecc-11ea-b29c-0e8fccdecd31 (p7tWKWa6)
Using Docker executor with image gitlabcidka/node10-jdk8-flyway4-sonarscanner2-docker17-debian ...
Starting service docker:dind ...
Pulling docker image docker:dind ...
Using docker image docker:dind ID=sha256:14af3ba31e635475ec8f7fbe17470424514777621e627a91c41bbbe028dbae16 for docker service...
Starting service osixia/openldap:1.2.4 ...
Pulling docker image osixia/openldap:1.2.4 ...
Using docker image osixia/openldap:1.2.4 ID=sha256:6ee5a0cc5a131897294fe5db6f81df63edd0842b2c33c057e6402f7a5af90b7d for osixia/openldap service...
Starting service postgres:latest ...
Pulling docker image postgres:latest ...
Using docker image postgres:latest ID=sha256:570084cc5269ac0efef104cd1e177826ca9765ca8e6b39530d766667bca89627 for postgres service...
Waiting for services to be up and running...
Using docker image sha256:a1918eeabd2ee3417103ce105027fcab9985b84296cd7c783b68ec07ab34ab7c for predefined container...
Pulling docker image gitlabcidka/node10-jdk8-flyway4-sonarscanner2-docker17-debian ...
Using docker image gitlabcidka/node10-jdk8-flyway4-sonarscanner2-docker17-debian ID=sha256:d9b12f584fd369257401256e8932ca19ac9cb054d7820858049f3d2109b52f5d for build container...
Running on runner-p7tWKWa6-project-134-concurrent-2 via master-rbx-01...
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES\
$ ./gradlew test
Caused by: org.postgresql.util.PSQLException
展开与 GitLab 环境信息相关的输出
root@git:/# gitlab-rake gitlab:env:info 系统信息 系统： 当前用户：git 使用 RVM：否 红宝石版本：2.6.5p114 宝石版本：2.7.10 捆绑器版本：1.17.3 耙版本：12.3.3 Redis 版本：5.0.7 Git 版本：2.24.1 Sidekiq 版本：5.2.7 Go 版本：未知 亚搏体育app信息 版本：12.7.6 修订： 61654d25b20 目录：/opt/gitlab/embedded/service/gitlab-rails 数据库适配器：PostgreSQL 数据库版本：10.9 网址：https://git.kopaxgroup.com HTTP 克隆网址：https://git.kopaxgroup.com/some-group/some-project.git SSH 克隆网址：ssh://git@git.kopaxgroup.com:20022/some-group/some-project.git 使用 LDAP：是 使用 Omniauth：是 Omniauth 提供者： 亚搏体育app外壳 版本：11.0.0 存储库存储路径： - 默认值：/var/opt/gitlab/git-data/repositories GitLab Shell 路径：/opt/gitlab/embedded/service/gitlab-shell Git：/opt/gitlab/embedded/bin/gitGitLab 应用程序检查结果
展开与 GitLab 应用程序检查相关的输出
root@git:/# gitlab-rake gitlab:check SANITIZE=true 检查 GitLab 子任务... 检查 GitLab 外壳 ... GitLab Shell：... GitLab Shell 版本 >= 11.0.0 ？...好的（11.0.0） 运行 /opt/gitlab/embedded/service/gitlab-shell/bin/check 可用的内部 API：好的 Redis 可通过内部 API 获得：OK gitlab-shell自检成功 检查 GitLab Shell ...完成 检查吉塔利... Gitaly：……默认……OK 检查 Gitaly ... 完成 检查 Sidekiq ... Sidekiq：……跑步？... 是的 Sidekiq 进程数 ... 1 检查 Sidekiq ... 完成 检查收到的电子邮件... 收到的电子邮件：...检查电子邮件回复... IMAP 服务器凭据是否正确？... 是的 Init.d 配置正确吗？...跳过 MailRoom 正在运行？...跳过 正在检查通过电子邮件回复...已完成 检查传入的电子邮件...完成 正在检查 LDAP ... LDAP：...服务器：ldapmain LDAP 身份验证...成功 有权访问 GitLab 服务器的 LDAP 用户（仅显示前 100 个结果） 用户输出已清理。找到 8 个 100 限制的用户。 正在检查 LDAP ...已完成 检查 GitLab 应用程序... Git 配置正确吗？... 是的 数据库配置存在吗？... 是的 所有迁移都起来了吗？... 是的 数据库包含孤立的 GroupMembers？... 不 GitLab 配置存在吗？... 是的 GitLab 配置是最新的吗？... 是的 日志目录可写？... 是的 tmp目录可写？... 是的 上传目录存在吗？... 是的 上传目录具有正确的权限？... 是的 上传目录 tmp 有正确的权限吗？... 是的 初始化脚本存在吗？... 跳过（omnibus-gitlab 没有初始化脚本） 初始化脚本是最新的吗？... 跳过（omnibus-gitlab 没有初始化脚本） 项目具有命名空间：... 3/1 ...是的 3/2 ...是的 3/4 ...是的 3/7 ...是的 3/8 ...是的 3/10 ...是的 3/23 ...是的 3/24 ...是的 3/25 ...是的 11/33 ...是的 12/34 ...是的 3/35 ...是的 3/47 ...是的 3/48 ...是的 3/54 ...是的 3/60 ...是的 3/63 ...是的 2/64 ...是的 3/65 ...是的 3/66 ...是的 3/67 ...是的 3/69 ...是的 18/71 ...是的 18/72 ...是的 3/73 ...是的 2/74 ...是的 3/75 ...是的 19/76 ...是的 21/78 ...是的 3/82 ...是的 24/83 ...是的 18/84 ...是的 16/85 ...是的 18/86 ...是的 25/87 ...是的 18/88 ...是的 3/89 ...是的 25/90 ...是的 25/91 ...是的 25/100 ...是的 25/101 ...是的 18/102 ...是的 17/105 ...是的 17/107 ...是的 17/108 ...是的 3/110 ...是的 27/111 ...是的 3/112 ...是的 25/114 ...是的 27/115 ...是的 27/116 ...是的 3/117 ...是的 29/118 ...是的 25/119 ...是的 25/120 ...是的 26/121 ...是的 27/122 ...是的 3/124 ...是的 2/125 ...是的 3/126 ...是的 3/127 ...是的 18/129 ...是的 3/132 ...是的 35/133 ...是的 31/134 ...是的 31/136 ...是的 31/137 ...是的 3/138 ...是的 2/139 ...是的 3/140 ...是的 3/141 ...是的 Redis 版本 >= 2.8.0？... 是的 Ruby 版本 >= 2.5.3 ？...是的（2.6.5） Git 版本 >= 2.22.0 ？...是的（2.24.1） Git 用户有默认的 SSH 配置？... 是的 活跃用户：... 10 授权密钥文件是否可访问？... 是的 检查 GitLab 应用程序...完成 检查 GitLab 子任务...已完成
问题
我也尝试按照他们的文档中的描述添加DOCKER_TLS_CERTDIR="" 我的，没有什么可以让我再启动 docker 服务了。.gitlab-ci.yml
升级
我刚刚升级到最新的 gitlab-ce 版本，但没有帮助：
GitLab12.8.2 (785e16f105a)
GitLab Shell11.0.0
GitLab Workhorsev8.21.0
GitLab APIv4
GitLab Pages1.16.0
Ruby2.6.5p114
Rails6.0.2
PostgreSQL10.12
最近有什么变化吗？