Mac本地部署Gitlab Runner运行报错listen_address not defined问题咨询
问题原因
- 注册与运行时的权限不匹配:你执行注册命令时加了
sudo,Gitlab Runner会将注册的Runner信息写入系统级配置文件/etc/gitlab-runner/config.toml;但你后续运行gitlab-runner run时没有加sudo,默认读取当前用户目录下的/Users/ben/.gitlab-runner/config.toml,该文件中没有对应的Runner配置,因此会显示builds=0,无法拉取任务。 - 你看到的
listen_address not defined类提示均为警告,仅表示未开启 metrics、调试接口、会话服务,不影响Runner的基础运行,不是故障根源。 - 你已开启「Can run untagged jobs」的配置是正确的,符合你注册时留空Tags的操作要求,无需调整。
解决方案
你可选择以下任意一种方案,保证注册和运行时权限一致即可:
- 方案1(更推荐Mac本地个人使用):统一使用用户模式操作
- 先清理之前用sudo注册的无效配置:执行
sudo gitlab-runner unregister --all-runners - 重新用当前用户身份注册,不要加sudo:
gitlab-runner register --url https://gitlab.com/ --registration-token 你的实际注册令牌- 按之前的要求填写配置项:Tags留空、executor选docker、默认镜像填
node:14.0.0 - 注册完成后执行
gitlab-runner run,即可正常读取用户目录下的配置文件、拉取任务。
- 先清理之前用sudo注册的无效配置:执行
- 方案2:统一使用系统模式操作
直接执行sudo gitlab-runner run,程序会读取系统级配置文件,加载你之前注册的Runner信息。
配置生效后,可到Gitlab项目的「设置 - CI/CD - Runner」页面确认对应Runner状态为在线,即可正常执行CI任务。
内容的提问来源于stack exchange,提问作者red house 87
相关产品推荐
相关产品推荐

