Question

我已经使用Helm Chart

在我们的Kubernetes集群中部署了一个Gitlab Runner。

现在，我尝试使用kaniko建立图像。但是跑步者无法解析我的gitlab服务器的网址：

Running with gitlab-runner 12.3.0 (a8a019e0)
on gitlab-runner-gitlab-runner-d7996895b-7lpnh nY2nib3b
Using Kubernetes namespace: gitlab
Using Kubernetes executor with image gcr.io/kaniko-project/executor:debug ...
Waiting for pod gitlab/runner-ny2nib3b-project-2-concurrent-0w2ffw to be running, status is Pending
Running on runner-ny2nib3b-project-2-concurrent-0w2ffw via gitlab-runner-gitlab-runner-d7996895b-7lpnh...
Fetching changes...
Initialized empty Git repository in /builds/my-repo/.git/
Created fresh repository.
fatal: unable to access 'https://gitlab-ci-token:[MASKED]@XXX.XY:8443/my-repo.git/': Could not resolve host: XXX.XY
ERROR: Job failed: command terminated with exit code 1

当我连接到吊舱并尝试nslookup XXX.XY时：

nslookup: can't resolve 'XXX.XY': Name does not resolve

我已经解决了一些问题，但是在这里我不知道。 DNS可在其他POD中使用。

编辑：

在工作中的busybox窗格上，nslooup的输出为

nslookup google.de
Server:    10.96.0.10
Address 1: 10.96.0.10 kube-dns.kube-system.svc.cluster.local

Name:      google.de
Address 1: 2a00:1450:4001:816::2003 fra16s07-in-x03.1e100.net
Address 2: 172.217.18.3 fra15s28-in-f3.1e100.net

Answer 1

如果使用的是v12.3.0，则会遇到错误：https://gitlab.com/gitlab-org/charts/gitlab-runner/issues/96

Answer 2

对于我们来说，这是一个DNS配置问题。节点配置不正确，Alpine似乎比其他节点更严格地遵循该标准。

我查看了无法使用的POD的/etc/resolve.conf文件。问题是“搜索”下的最后一个（错误的）域。

Kubernetes中的Gitlab Runner无法解析主机

2 个答案: