本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
一般问题排查
主题
一般问题排查核对清单
您可以使用以下核对清单来排查失败部署问题。
-
请参阅查看CodeDeploy部署详情 和View Instance Details以确定部署失败的原因。如果您无法确定原因,请查看此核对清单中的项。
-
确保您已正确配置实例:
-
是否已使用指定的 EC2 密钥对启动实例? 有关更多信息,请参阅《适用于 Linux 实例的 Amazon EC2 用户指南》中的 EC2 密钥对。
-
是否已将正确的 IAM 实例配置文件附加到实例? 有关更多信息,请参阅 配置要使用的 Amazon EC2 实例 CodeDeploy 和 步骤 4:为您的 Amazon EC2 实例创建 IAM 实例配置文件:
-
是否已标记实例? 有关更多信息,请参阅《适用于 Linux 实例的 Amazon EC2 用户指南》中的在控制台中使用标签。
-
CodeDeploy 代理是否已在实例上安装、更新并运行? 有关更多信息,请参阅管理 CodeDeploy 代理操作。要检查安装了哪个版本的代理,请参阅确定 CodeDeploy 代理的版本。
-
-
检查应用程序和部署组设置:
-
要检查应用程序设置,请参阅通过以下方式查看应用程序的详细信息 CodeDeploy。
-
要检查部署组设置,请参阅使用以下命令查看部署组的详细信息CodeDeploy。
-
-
确认已正确配置应用程序修订:
-
检查您的 AppSpec 文件的格式。有关更多信息,请参阅 将应用程序规范文件添加到修订版中 CodeDeploy 和 CodeDeploy AppSpec 文件参考:
-
检查 Amazon S3 存储桶或 GitHub 存储库以验证应用程序修订是否在预期位置。
-
查看 CodeDeploy 应用程序修订的详细信息以确保它已正确注册。有关信息,请参阅 使用以下命令查看应用程序修订版的详细信息CodeDeploy。
-
如果要从 Amazon S3 部署,请检查 Amazon S3 存储桶以验证 CodeDeploy 是否已获得下载应用程序修订的权限。有关桶策略的信息,请参阅部署先决条件。
-
如果您正在从 GitHub 部署,请检查您的 GitHub 存储库以验证 CodeDeploy 是否获得了下载应用程序修订的权限。有关更多信息,请参阅 使用创建部署 CodeDeploy 和 GitHub 使用中的应用程序进行身份验证 CodeDeploy:
-
-
确保已正确配置服务角色。有关信息,请参阅 步骤 2:为创建服务角色 CodeDeploy。
-
确认您已执行CodeDeploy 入门中的步骤,以便:
-
已为用户预置适当的权限。
-
安装或升级并配置 Amazon CLI。
-
创建 IAM 实例配置文件和服务角色。
有关更多信息,请参阅适用于 Amazon CodeDeploy 的身份和访问管理。
-
-
确认您正在使用 Amazon CLI 版本 1.6.1 或更高版本。要检查已安装的版本,请调用 aws --version。
如果您仍无法排查失败部署的问题,请查看本主题中的其他问题。
只有部分 Amazon 区域支持 CodeDeploy 部署资源
如果您在 Amazon CLI 或 CodeDeploy 控制台中看不到或无法访问应用程序、部署组、实例或其他部署资源,请确保您引用的是《Amazon Web Services 一般参考》的区域和终端节点中列出的 Amazon 区域之一。
必须在这些 Amazon 区域之一中启动和创建将在 CodeDeploy 部署中使用的 EC2 实例和 Amazon EC2 Auto Scaling 组。
如果您使用的是 Amazon CLI,请从 Amazon CLI 运行 aws configure 命令。然后,您可以查看和设置默认 Amazon 区域。
如果您使用的是 CodeDeploy 控制台,请从导航栏上的区域选择器中,选择一个受支持的 Amazon 区域。
重要
要使用中国(北京)区域或中国(宁夏)区域 中的服务,您必须拥有特定于这些区域的账户和凭证。其他 Amazon 区域的账户和凭证不适用于北京和宁夏区域,反之亦然。
有关中国区域某些资源的信息,例如 CodeDeploy 资源工具包存储桶名称和 CodeDeploy 代理安装过程,未包含在本版本的《CodeDeploy 用户指南》中。
有关更多信息:
本指南中的步骤与 CodeDeploy 控制台不匹配
本指南中的过程在撰写时体现了新的控制台设计。如果您使用的是旧版本的控制台,本指南中的许多概念和基本步骤仍然适用。要访问新控制台中的帮助,请选择信息图标。
所需的 IAM 角色不可用
如果您依赖的 IAM 实例配置文件或服务角色是作为某个 Amazon CloudFormation 堆栈的一部分创建的,则当您删除该堆栈时,还将删除所有 IAM 角色。这可能是 IAM 角色不再在 IAM 控制台中显示以及 CodeDeploy 不再按预期运行的原因。要纠正此问题,您必须手动重新创建已删除的 IAM 角色。
使用某些文本编辑器创建 AppSpec 文件和 Shell 脚本可能会导致部署失败
某些文本编辑器会将非标准、非打印字符引入文件中。如果您使用文本编辑器创建或修改要在 Amazon Linux、Ubuntu Server 或 RHEL 实例上运行的 AppSpec 文件或 Shell 脚本文件,则依赖这些文件的任何部署均可能失败。当 CodeDeploy 在部署过程中使用这些文件时,存在这些字符可能导致难以排查 AppSpec 文件验证故障和脚本执行故障。
在 CodeDeploy 控制台中,在部署的事件详细信息页上,选择查看日志。(或者您可以使用 Amazon CLI 调用 get-deployment-instance 命令。) 查找类似于 invalid
character
、command not found
或 file not found
的错误。
为了解决此问题,我们建议:
-
请不要使用将非打印字符(例如,回车
^M
字符)引入 AppSpec 文件和 Shell 脚本文件中的文本编辑器。 -
使用在您的 AppSpec 文件和 Shell 脚本文件中显示非打印字符(例如回车)的文本编辑器,以便查找并删除任何可能引入的字符。有关这些类型的文本编辑器的示例,请在 Internet 上搜索“显示回车的文本编辑器”。
-
使用在 Amazon Linux、Ubuntu Server 或 RHEL 实例上运行的文本编辑器创建在 Amazon Linux、Ubuntu Server 或 RHEL 实例上运行的 shell 脚本文件。有关这些类型的文本编辑器的示例,请在 Internet 上搜索“Linux Shell 脚本编辑器”。
-
如果您必须使用 Windows 或 macOS 中的文本编辑器来创建要在 Amazon Linux、Ubuntu Server 或 RHEL 实例上运行的 Shell 脚本文件,请使用可将 Windows 或 macOS 格式的文本转换为 Unix 格式的程序或实用工具。有关这些程序和实用工具的示例,请在 Internet 上搜索“DOS 到 UNIX”或“Mac 到 UNIX”。请确保在目标操作系统上测试转换后的 Shell 脚本文件。
使用 macOS 中的 Finder 捆绑应用程序修订可能会导致部署失败
如果您在 Mac 上使用 Finder 图形用户界面 (GUI) 应用程序将某个 AppSpec 文件和相关文件及脚本捆绑(压缩)到一个应用程序修订存档 (.zip) 文件中,则部署可能会失败。这是因为,Finder 会在 .zip 文件中创建一个中间 __MACOSX
文件夹并将组件文件放入该文件夹中。CodeDeploy 找不到组件文件,因此部署失败。
要解决此问题,建议使用 Amazon CLI 调用 push 命令,这会将组件文件压缩为预期结构。或者,您可以使用 Terminal(而不是 GUI)来压缩组件文件。Terminal 不创建中间 __MACOSX
文件夹。