第 8 章规则手册激活故障排除

有时，因为可以解决的各种原因，手册激活可能会失败。在很多情况下，日志过滤提供了有助于确定激活失败原因的信息。

为了改进日志过滤，在执行操作后有两个不同的跟踪 ID （例如，启动规则手册激活时）。两个跟踪 ID 都是通用唯一标识符(UUID)：

日志跟踪 ID [tid]- 为每个激活实例创建，并在所有激活实例上保留。它允许用户跟踪激活及其生命周期的完整历史记录。日志跟踪 ID 可以从 History 选项卡下的激活实例日志检索。
X-request-ID [rid] - 作为 HTTP 响应的一部分返回给用户的标准 HTTP 标头。如果要获取此 ID，您必须检查 HTTP 响应标头。这个 ID 结果来自触发激活重启等操作。它允许跟踪从平台网关到 Event-Driven Ansible 控制器的特定 API 请求。

您可以使用两个跟踪 ID 在后端日志中找到特定的日志条目（如 API 或 worker 日志）。

查看可能导致激活失败以及解决问题的建议的可能问题列表。

8.1. 激活处于 Pending 状态
复制链接

如果您的规则手册激活处于 Pending 状态，请执行以下步骤。

流程

确认是否有其他正在运行的激活，并且您已达到限制（如内存或 CPU 限值）。
1. 如果其他激活正在运行，请终止一个或多个激活（如果可能）。
2. 如果没有，请检查默认 worker、Redis 和激活 worker 是否都在运行。如果所有系统都按预期工作，请检查 worker、调度程序、API 和 nginx 容器和服务中的 eda-server 内部日志，以查看是否可以确定问题。
  注意
  这些日志显示问题来源，如代码引发的异常、网络问题的运行时错误，或者规则规则代码出现错误。如果您的内部日志没有提供导致解决的信息，请向红帽支持报告问题。
3. 如果您需要调整，请参阅修改同时规则手册激活的数量。
  注意
  要在 OpenShift Container Platform 部署中调整 Ansible Automation Platform Operator 的最大同时激活数量，请参阅在 OpenShift Container Platform 上安装期间或之后修改同时规则激活的数量。

返回顶部

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat