问题描述
在尝试在装有M2处理器的一对Mac Mini上设置Gitlab Runner，用于本地托管的GitLab环境。在选择了Mac和Arm64后，用户按照页面上的说明进行操作，但在执行gitlab-runner start时遇到了错误。
解决方案
请注意以下操作可能涉及到版本差异，建议在操作前做好备份。
方案1：修复日志文件权限问题
- 首先，确保日志文件可写。可以将日志文件的位置更改为一个具有写入权限的目录，例如：
/Users/$USERNAME/.gitlab-runner/gitlab-runner.{out,err}.log。 - 修改日志文件的权限，确保Gitlab Runner可以写入日志文件。
- 重新启动Gitlab Runner。
方案2：手动复制[[runners]]部分
- 打开
/etc/gitlab-runner/config.toml文件，找到[[runners]]部分。 - 复制
[[runners]]部分的内容。 - 打开
/Users/$USERNAME/.gitlab-runner/config.toml文件，如果其中没有[[runners]]部分，请手动添加并粘贴之前复制的内容。 - 保存文件并退出编辑器。
- 停止Gitlab Runner：
gitlab-runner stop。 - 启动Gitlab Runner：
gitlab-runner start。
方案3：考虑本地终端权限问题
一些文档建议，本地终端可能与SSH连接具有不同的权限。尝试按照以下步骤重新操作：
1. 在本地终端上执行Bootstrap命令。
2. 重新启动Mac Mini。
3. 检查Gitlab Runner状态：gitlab-runner status。
4. 检查Gitlab Web UI上的Runners列表，确认是否连接成功。
注意事项
- 如果Gitlab Runner已经运行，但在Gitlab Web UI的Runners列表中未显示连接，请检查
config.toml文件，确认其中是否包含[[runners]]部分。如果缺少该部分，请按照“方案2”中的步骤手动添加。
这些解决方案应该能够帮助您解决启动Gitlab Runner时遇到的问题。如果您仍然遇到困难，欢迎继续咨询，我们会尽力提供帮助。
正文完