-
Windows主机上检测到版本与安装版本不匹配 - 部署 CodeArts Deploy
Windows主机上检测到版本与安装版本不匹配 问题现象 以安装PHP为例进行说明,例如选择的版本为“php-7.2.12”: 安装成功后,用主机进行连通性验证时的用户登录主机去查看php版本,如下图所示: 检测到的版本为“PHP 5.6.38”或其他版本,与安装版本不匹配。 原因分析
-
Windows主机上检测到版本与安装版本不匹配 - 部署 CodeArts Deploy
Windows主机上检测到版本与安装版本不匹配 问题现象 以安装PHP为例进行说明,例如选择的版本为“php-7.2.12”: 安装成功后,用主机进行连通性验证时的用户登录主机去查看php版本,如下图所示: 检测到的版本为“PHP 5.6.38”或其他版本,与安装版本不匹配。 原因分析
-
Windows主机上检测到版本与安装版本不匹配 - 部署 CodeArts Deploy
Windows主机上检测到版本与安装版本不匹配 问题现象 以安装PHP为例进行说明,例如选择的版本为“php-7.2.12”: 安装成功后,用主机进行连通性验证时的用户登录主机去查看php版本,如下图所示: 检测到的版本为“PHP 5.6.38”或其他版本,与安装版本不匹配。 原因分析
-
Windows主机上检测到版本与安装版本不匹配 - 部署 CodeArts Deploy
Windows主机上检测到版本与安装版本不匹配 问题现象 以安装PHP为例进行说明,例如选择的版本为“php-7.2.12”: 安装成功后,用主机进行连通性验证时的用户登录主机去查看php版本,如下图所示: 检测到的版本为“PHP 5.6.38”或其他版本,与安装版本不匹配。 原因分析
-
Windows主机上检测到版本与安装版本不匹配 - 部署 CodeArts Deploy
Windows主机上检测到版本与安装版本不匹配 问题现象 以安装PHP为例进行说明,例如选择的版本为“php-7.2.12”: 安装成功后,用主机进行连通性验证时的用户登录主机去查看php版本,如下图所示: 检测到的版本为“PHP 5.6.38”或其他版本,与安装版本不匹配。 原因分析
-
Windows主机上检测到版本与安装版本不匹配 - 部署 CodeArts Deploy
Windows主机上检测到版本与安装版本不匹配 问题现象 以安装PHP为例进行说明,例如选择的版本为“php-7.2.12”: 安装成功后,用主机进行连通性验证时的用户登录主机去查看php版本,如下图所示: 检测到的版本为“PHP 5.6.38”或其他版本,与安装版本不匹配。 原因分析
-
CentOS Yum源网络不通导致下载失败 - 部署 CodeArts Deploy
报错提示:“未知的名称或服务”。 原因分析 由于主机对当前yum源没有网络权限,或者该yum源不存在导致下载失败。 处理方法 检测主机网络。 核对yum源链接是否可用。 父主题: 安装PHP
-
服务停止成功检测后进程仍然存在(windows) - 部署 CodeArts Deploy
服务停止成功检测后进程仍然存在(windows) 问题现象 部署“启动/停止SpringBoot服务”中的停止命令成功,但是检测后进程仍然存在。 原因分析 当前路径下SpringBoot被注册为Windows服务,且启动方式为自动启动。 处理方法 打开Windows服务列表,命令如下:
-
部署“停止服务”步骤显示成功,检测服务显示为启动状态 - 部署 CodeArts Deploy
部署“停止服务”步骤显示成功,检测服务显示为启动状态 问题现象 部署主机为Windows机器时,部署“停止服务”步骤显示成功,如图所示,但是检测后发现服务又处于启动状态。 图1 日志信息 原因分析 待停止的服务被注册为Windows服务,该服务设置的启动方式为自动启动。 处理方法
-
安装PHP - 部署 CodeArts Deploy
安装PHP 使用普通用户安装报错 CentOS Yum仓库中不存在某些依赖包 CentOS Yum源网络不通导致下载失败 Ubuntu apt-get缺失某些依赖导致下载失败 部署应用中断 权限不够 参数含反斜杠“\”(特例) 环境下没有主机 环境不存在 windows主机部署应用失败
-
部署应用至ECS - 部署 CodeArts Deploy
单击“确定”。 单击“保存并执行”,启动部署任务。 当出现页面提示“部署成功”时,表示任务执行成功。 登录弹性云服务器,执行以下命令,检测依赖工具是否安装成功。 查看Docker镜像版本。 docker -v 查看Docker-Compose版本。 docker-compose -v
-
当前用户没有部署权限 - 部署 CodeArts Deploy
sudo groupadd docker sudo usermod -aG docker testuser 退出当前登录状态,然后重新登录,检测是否可执行Docker命令,方法如下: docker info 如果提示“get ......dial unix /var/run/docker
-
URL健康测试 - 部署 CodeArts Deploy
该步骤通过访问目标主机部署应用的健康检查URL,用于检测服务是否正常启动,信息配置如下所示。 表1 参数说明 参数项 说明 步骤显示名称 步骤添加后在部署步骤编排区显示的名称。 环境 目标环境。 重试次数 失败后重试次数,超过预设的重试次数,服务未启动会导致URL检测失败。 间隔时间 每次重试测试的间隔时间。
-
Ansible应用部署失败 - 部署 CodeArts Deploy
重新构建playbook包,保证playbook压缩包中只包含playbook脚本不包含业务代码。 拆分代码仓,将playbook代码与业务代码拆分。 利用构建将代码仓中的playbook代码单独打包,选择制品仓库部署。 父主题: Ansible
-
主机上没有安装java环境 - 部署 CodeArts Deploy
日志提示如下图所示信息。 图1 日志信息 原因分析 出现上述日志信息属于正常报错,由于主机上没有安装java环境,在使用java-version进行检测时找不到java命令导致的报错,此现象不影响应用进行。 处理方法 请参考安装JDK。 父主题: 安装JDK
-
启动/停止GO服务 - 部署 CodeArts Deploy
服务对应的绝对路径 GO服务的安装路径。 等待时间 等待服务启动的时间。当选择启动服务时,启动过程中会通过检测进程方式检测服务是否成功启动。可根据服务启动实际所需时间进行调整,如时间设置不合理,会导致检测结果无效。 控制选项 配置是否启用该操作。 当前步骤执行失败后,应用是否继续执行后续的步骤。
-
部署步骤成功但服务并未启动 - 部署 CodeArts Deploy
部署步骤成功但服务并未启动 问题现象 部署“启动/停止Go服务”中的启动命令成功,但服务并未启动。 原因分析 页面输入等待时间过短,检测进程时服务实际并未启动完成。 调整到足够长等待时间后,仍存在部署成功启动失败的情况,需排查是否存在其他原因。 处理方法 根据服务启动实际所需,合理调整等待时间。
-
步骤部署成功但服务并未启动 - 部署 CodeArts Deploy
步骤部署成功但服务并未启动 问题现象 部署“启动/停止Tomcat服务”中的启动命令成功,但服务并未启动。 原因分析 页面输入等待时间过短,检测进程时服务实际并未启动完成。 调整到足够长等待时间后,仍存在部署成功启动失败的情况,需排查是否存在服务启动后闪退的情况。 处理方法 根据服务启动实际所需,合理调整等待时间。
-
步骤部署成功但服务并未启动 - 部署 CodeArts Deploy
步骤部署成功但服务并未启动 问题现象 部署“启动/停止SpringBoot服务”中的启动命令成功,但服务并未启动。 原因分析 页面输入的等待时间过短,检测进程时服务实际并未启动完成。 调整到足够长等待时间后,仍存在部署成功启动失败的情况,需排查是否存在服务启动后闪退的情况。 处理方法 根据服务启动实际所需,合理调整等待时间。
-
启动/停止Tomcat - 部署 CodeArts Deploy
服务监听的shutdown端口。 等待时间 等待服务启动的时间,当选择启动服务时,启动过程中会通过检测进程方式检测服务是否成功启动,可根据服务启动实际所需时间进行调整,如时间设置不合理,会导致检测结果无效。 组件监控 配置是否启用应用运维服务(AOM),该服务提供指标监控、日志查询、告警功能(勾选后自动安装数据采集器