Gitlab-Runner本地创建成功后，web上runner状态一直处于“Never contacted”的状态，

### Helm安装GitLab Runner时的报错问题及重新部署方法 在使用Helm安装GitLab Runner时，如果遇到报错问题，可以按照以下方式排查和重新部署。首先，确保删除之前失败的安装记录，并清理相关资源。然后根据需求重新配置并部署GitLab Runner。 #### 1. 删除失败的安装记录 使用以下命令删除失败的Helm释放（release）： ```bash helm uninstall gitlab-runner -n gitlab-runner ``` 此命令会删除与`gitlab-runner`相关的所有Kubernetes资源[^1]。 #### 2. 清理残留资源 有时即使删除了Helm释放，仍然可能有残留的Kubernetes资源存在。可以通过以下命令检查并手动清理： ```bash kubectl get all -n gitlab-runner ``` 如果发现仍有资源存在，可以逐个删除它们： ```bash kubectl delete pod <pod-name> -n gitlab-runner kubectl delete svc <service-name> -n gitlab-runner ``` 此外，还需检查是否有ConfigMap或Secret残留： ```bash kubectl get configmap -n gitlab-runner kubectl get secret -n gitlab-runner ``` 若有残留，同样需要手动删除。 #### 3. 重新部署GitLab Runner 在确保环境清理干净后，可以重新部署GitLab Runner。以下是完整的Helm安装命令示例： ```bash helm install gitlab-runner \ --namespace=gitlab-runner \ --create-namespace \ --set gitlabUrl=https://gitlab.example.com \ --set runnerToken=glrt-p3LfPnBwy6pdVjnj1Mmx \ --set certsSecretName=gitlab-runner-certs \ --set rbac.create=true \ --set rbac.clusterWideAccess=true \ gitlab/gitlab-runner ``` 在此过程中，确保提供的参数（如`gitlabUrl`和`runnerToken`）正确无误。 #### 4. 添加污点容忍配置（可选） 如果需要将GitLab Runner调度到特定节点，可以为节点添加污点，并修改ConfigMap以包含污点容忍配置： ```bash kubectl taint node node1 runner=gitlab-runner-only:NoSchedule ``` 随后编辑ConfigMap文件，添加如下内容： ```toml [runners.kubernetes.node_tolerations] "runner=gitlab-runner-only" = "NoSchedule" ``` 保存后应用更改[^3]。 #### 5. 验证部署 使用以下命令验证GitLab Runner是否成功部署： ```bash kubectl get pods -n gitlab-runner ``` 如果Pod状态为`Running`，说明部署成功[^4]。 #### 6. 调试常见问题 如果再次遇到报错，可以使用以下命令查看详细错误信息： ```bash kubectl describe pod <pod-name> -n gitlab-runner ``` 或者查看Pod日志： ```bash kubectl logs <pod-name> -n gitlab-runner ``` --- ###