主机组常见问题
在「持续部署」->「主机部署」执行脚本，部署无法结束
问题描述：
在「持续部署」->「主机部署」执行脚本，部署无法结束。
问题解答：
将部署命令设置为后台运行，nohup 部署命令 > /dev/null 2>&1 &，例如： nohup java -jar /opt/springboot-1.0.0.jar > /dev/null 2>&1 &。
主机部署日志过大被截断展示，展示不全
问题描述：
主机部署日志过大被截断展示，展示不全
问题解答：
- 页面支持的展示的日志大小，在 2048KB 左右，超过的不支持在页面展示。
- 当需要查看大日志文件时，可以登录堡垒机，在下面目录下执行 ls -lt，根据发布时间进入相应的目录查看完整发布日志
- ~/.coding-cd/log/deployments
- ~/.coding-cd/log/run-scripts
运行脚本, 步骤失败, 但是脚本执行状态都是成功
问题描述：
运行脚本, 步骤显示失败, 但是查看脚本执行详情，状态都是成功
问题解答：
检查一下是否设置了当前阶段的运行超时时间。阶段超时后，不会强制终止主机运行中的脚本。
- 阶段因为超时，状态显示已终止
- 运行脚本，会继续执行直到执行完成。如果需要控制每个脚本执行时间，请在shell命令中自行控制
阶段超时，但脚本执行中：
阶段超时，执行完：
主机组改名后，滚动部署的流程，会出现卡住完成不了的情况
问题描述：
主机组改名后，如果旧的部署流水线没有重新编辑，并且使用的是滚动部署，会出现步骤卡住情况。原因是流水线中主机组名称缓存没有刷新。
问题解答：
处理方式：
重新编辑一下涉及的流水线，点选其他主机组再切换回来。重新保存即可。
影响场景：
- 不编辑流水线时，滚动部署的主机组会仍显示旧主机组名称，导致部署超时报错。
- 编辑流水线部署流程后，滚动部署显示主机组新名称并执行成功。
- 普通部署，即使不重新保存，也不会影响部署。
部署(主机组) 的步骤, 启动流程报错 Use alphanumeric characters only
问题描述：
如果在k8s类型的应用中, 复制了主机部署的流程, 启动流程报错 Use alphanumeric characters only
问题解答：
目前有用户反馈，出现这种报错的场景，是因为在 “Kubernetes(TKE)” 类型的应用中，用 “复制” 功能复制了“主机组”类型的流水线。
“应用”和支持的部署类型有对应关系，请选择在 “主机组” 类型的应用进行“主机部署” 流程的复制。
主机组状态显示异常
问题描述：
基础设施-》主机组-》主机组的“状态”显示“异常”，而不是“正常”
问题解答：
- 堡垒机通过
ssh访问主机组失败了。检查主机组用户名密码｜密钥的配置是否正确，是否有改动。 - 堡垒机中执行以下命令，查看是否能访问通
ssh 用户名@主机组IP - 在堡垒机如下目录查看日志，检查具体原因。
~/.coding-cd/cloud-agent.log
主机组切换堡垒机，保存时提示 “主机组已被 *** 应用使用，无法修改堡垒机或删除，请解除关联关系后再试”
问题描述：
基础设施-》主机组-》主机组 页面中，编辑主机组，选择另个堡垒机保存时，提示：“主机组已被 *** 应用使用，无法修改堡垒机或删除，请解除关联关系后再试”
问题解答：
- 这个是业务的逻辑校验，主机组中有服务部署关联时，不允许修改堡垒机。
- 可以按提示的 *** 应用名，将已经发布的服务关联删除，再进行堡垒机切换。（注意这里一次只提示了一个应用名，如果有多个应用使用此主机组，需要一并都解除关联）
- 解除关联的操作路径: “应用” -》进入对应应用 -》选择“主机服务组” -》点击“详情”，操作删除，见下图
- 另一种方式：如果旧主机组关联较多应用，不好逐一删除，建议直接新建一个 “新主机组”，选择到新堡垒机。部署流程编辑下，选择“新主机组” 发布。
完
2025-02-10最近更新在阅读中是否遇到以下问题？*
您希望我们如何改进？*
如果您希望得到回复，请留下您的邮箱地址。
