Q1:公共构建机启动失败

no available Docker VM

没有可用的ci-dockerhost，需要检查:

1. 在ci-dispatch节点执行 /data/src/ci/scripts/bkci-op.sh list 查看是否有状态为true的行.

2. 如果依旧无法调度, 需要检查ci-dispatch的日志有无异常. 或者涉及dockerhost ip的日志.

原因是当时部署蓝盾的时候因为服务器资源有限，把构建机微服务网关都放到一台机器上导致构建机内存使用率过高，构建环境的时候找不到可用构建机，现在把构建机单独部署到别的机器上之前的那些报错就都没了。

3、主机资源不足时也会导致启动失败。请确认公共构建机节点 DISK_LOAD<95%，CPU_LOAD<100%，MEM_LOAD <80%

Q2: 公共构建机偶现启动失败

Get credential failed

已知问题，将dispatch-docker/lib/bcprov-jdk15on-1.64.jar删除，这是个软链，删除即可，然后重启dispatch-docker服务systemctl restart bk-ci-dispatch-docker.service

原因①：常见于在公共构建机上运行耗费内存的编译任务，导致容器oom。

在公共构建机上执行grep oom /var/log/messages通常能看到匹配记录，如果是因为多个任务同时跑在同一台构建机上导致oom，可以通过调整调度算法的内存阈值，避免单台构建机上运行过多任务；如果单个编译任务就触发oom，建议调高构建机的内存，或者使用内存更高的私有构建机

原因②：CI 机器负载过高，导致服务响应超时或服务异常

蓝盾页面变的卡顿。在流水线执行时，到 CI 机器使用 top 查看机器负载非常高。

当 upload 的文件包体过大时常发此问题。上传包体可以承受的大小受蓝盾机器的配置及IO、网络影响，通常不建议上传单体超过8G的包体。

目前公共构建机可以使用任意镜像, 无编译环境需要联网下载镜像.

目前需要你将无编译环境部署到可联网的区域, 并放行访问docker hub的地址.

公共构建机填写镜像地址为你们的私有docker registry.

并人工转存docker hub上的bkci/ci:latest到私有docker registry.

如果是公共构建机，优先考虑公共构建机bk-ci-dockerhost.service服务是否正常

这种情况多见于私有构建机，多为agent安装异常导致，这里列举一些已知的原因：

网络原因，如无法解析蓝盾域名、蓝盾服务不可达等
agent版本安装错误，如在mac上安装linux的agent包，这种情况，将蓝盾agent安装包删除，重新安装对应版本agent即可
在蓝盾agent安装目录的logs下的agentDaemon.log日志里可见too many open files,在机器上执行ulimit -n结果显示，可打开的文件数值太小，默认为1024，将其数值调大，重新安装蓝盾agent即可