Ansible Automation Platform 故障排除

流程

1. 登录到集群：

   oc login <openshift_url>

2. 根据集群中的访问级别运行以下命令之一：

   • 在整个集群中运行 must-gather ：

     oc adm must-gather --image=registry.redhat.io/ansible-automation-platform-25/aap-must-gather-rhel8 --dest-dir <dest_dir>

     • --image 指定收集数据的镜像
     • --dest-dir 指定输出的目录

   • 为集群中的特定命名空间运行 must-gather ：

     oc adm must-gather --image=registry.redhat.io/ansible-automation-platform-25/aap-must-gather-rhel8 --dest-dir <dest_dir> – /usr/bin/ns-gather <namespace>

     • - /usr/bin/ns-gather 将 must-gather 数据收集限制为指定的命名空间

3. 要将 must-gather 归档附加到您的支持问题单中，请从之前创建的 must-gather 目录创建一个压缩文件，并将其附加到您的支持问题单中。

   • 例如，在使用 Linux 操作系统的计算机上，运行以下命令，将 < must-gather-local.5421342344627712289/&gt; 替换为 must-gather 目录名称：

     $ tar cvaf must-gather.tar.gz <must-gather.local.5421342344627712289/>

流程

1. 根据您的配置更改私有自动化中心上的 /etc/pulp/settings.py 文件，并添加以下参数之一：

   • 单个控制器

     CONNECTED_ANSIBLE_CONTROLLERS = ['<https://my.controller.node>']

   • 很多负载均衡器后面的控制器

     CONNECTED_ANSIBLE_CONTROLLERS = ['<https://my.controller.loadbalancer>']

   • 许多没有负载均衡器的控制器

     CONNECTED_ANSIBLE_CONTROLLERS = ['<https://my.controller.node1>', '<https://my.controller2.node2>']

2. 停止所有私有自动化中心服务：

   # systemctl stop pulpcore.service pulpcore-api.service pulpcore-content.service pulpcore-worker@1.service pulpcore-worker@2.service nginx.service redis.service

3. 重启所有私有自动化中心服务：

   # systemctl start pulpcore.service pulpcore-api.service pulpcore-content.service pulpcore-worker@1.service pulpcore-worker@2.service nginx.service redis.service

   验证

   • 验证现在是否可以在私有自动化中心中使用 Use in Controller 选项。

流程

1. 在 项目存储库 内创建一个集合文件夹。

2. 在 集合 文件夹中添加 requirements.yml 文件并添加集合：

   collections:
   - <collection_name>

流程

1. 运行以下命令列出所有待处理的作业：

   # awx-manage shell_plus

   >>> UnifiedJob.objects.filter(status='pending')

2. 使用以下方法之一取消待处理的作业：

   • 要取消所有待处理的作业，请运行以下命令：

     >>> UnifiedJob.objects.filter(status='pending').update(status='canceled')

   • 要取消单个作业，请运行以下命令，将 < job_id&gt; 替换为要取消的作业 ID：

     >>> UnifiedJob.objects.filter(id=<job_id>).update(status='canceled')

流程

1. 进入自动化控制器。
2. 在导航面板中，选择 Administration → Execution Environments。
3. 单击分配给失败的作业模板的执行环境。
4. 点 Edit。
5. 将私有自动化中心中的适当的 Registry 凭证 分配给执行环境。

流程

1. 在所有控制器和混合节点上，运行以下命令来创建名为 custom.py 的文件：

   # touch /etc/tower/conf.d/custom.py

   # chmod 640 /etc/tower/conf.d/custom.py

   # chown root:awx /etc/tower/conf.d/custom.py

2. 将以下内容添加到 /etc/tower/conf.d/custom.py 文件中：

   DEFAULT_CONTAINER_RUN_OPTIONS = ['--network', 'slirp4netns:enable_ipv6=true,cidr=192.168.1.0/24']

   • 本例中是新 CIDR 的值。

3. 在所有控制器和混合节点上停止并启动自动化控制器服务：

   # automation-controller-service stop

   # automation-controller-service start

   所有容器将在新 CIDR 上启动。

流程

1. 检查服务器是否可通过 SSL/TLS 访问。

   1. 运行以下命令，以确认服务器是否可通过 SSL/TLS 访问，并查看完整的证书链：

      # true | openssl s_client -showcerts -connect <fqdn_or_ip>:<port>

   2. 将 & lt;fqdn_or_ip> 和 & lt;port& gt; 替换为合适的值。

2. 验证证书详情。

   1. 运行以下命令来查看证书详情：

      # openssl x509 -in <path_to_certificate> -noout -text

3. 将 <path_to_certificate > 替换为您要检查的证书文件的路径。

   命令的结果会显示如下信息：

   • 主题 - 证书已发布到的实体。
   • issuer - 发布证书的 CA。
   • validity "Not Before" - 证书发布的日期。
   • validity "Not After" - 证书过期的日期。

4. 验证可信 CA 签署了证书。

   1. 运行以下命令，以验证特定证书是否有效，并由可信 CA 签名：

      openssl verify -CAfile <path_to_ca_public_certificate> <path_to_server_certificate_file_to_verify>

   2. 如果命令返回 OK，这表示证书文件由受信任的 CA 有效并签名。

流程

1. 要解决这个问题，请对所有控制器主机执行以下任务：

   1. 对于每个控制器主机，在 settings.py 文件中的 CSRF_TRUSTED_ORIGIN 设置中添加平台网关 URL 作为可信源。

      例如，如果您将平台网关 URL 配置为 https://www.example.com，则必须在 settings.py 文件中添加该 URL，如下所示：

      CSRF_TRUSTED_ORIGINS = ['https://appX.example.com:8443','https://www.example.com']

   2. 使用 automation-controller-service restart 命令重启每个控制器主机，以便实施 URL 更改。具体步骤，请参阅配置自动化执行 中的 启动、停止和重启 自动化控制器 。