RHEL 7.5自定义加固AMI中cloud-init-output.log缺失如何解决？

首先，咱们先梳理下关键信息：你的自定义RHEL7.5 AMI已经删除了/var/lib/cloud/*，用户数据脚本确实执行了（因为/tmp/test.txt有内容），但就是没生成/var/log/cloud-init-output.log。结合RHEL7.5的cloud-init特性，我给你几个排查和修复的步骤：

1. 确保用户数据脚本的格式规范 #

cloud-init对shell脚本的格式有基本要求，必须以#!/bin/bash作为第一行，否则可能会用默认的sh环境执行，导致输出重定向逻辑失效。修改你的用户数据为：

#!/bin/bash
echo "My script fired." >> /tmp/test.txt
echo "This line should produce an output log."

2. 检查cloud-init的output配置 #

cloud-init-output.log的生成依赖于cloud-init的output模块配置，你需要确认这个配置是否存在：

• 打开/etc/cloud/cloud.cfg文件，查找是否有以下配置段：

  output:
    all: "| tee -a /var/log/cloud-init-output.log"
  

• 如果没有，添加这段配置到文件中。这个配置的作用是将cloud-init所有阶段的输出（包括用户数据脚本的输出）追加到指定日志文件。

3. 验证cloud-init服务状态和安装情况 #

加固后的AMI可能不小心移除了cloud-init组件，或者服务没有正常启用：

• 检查cloud-init是否安装：

  yum list installed | grep cloud-init
  

  如果没安装，执行yum install -y cloud-init安装。
• 检查cloud-init相关服务的状态：

  systemctl status cloud-init cloud-init-local cloud-config cloud-final
  

  确保所有服务都是enabled状态，并且启动时没有报错。如果服务未启用，执行：

  systemctl enable cloud-init cloud-init-local cloud-config cloud-final
  

4. 查看cloud-init的核心日志排查问题 #

如果上面的步骤都没问题，查看/var/log/cloud-init.log，里面会详细记录cloud-init的执行流程，你可以搜索output相关的日志条目，看是否有报错（比如权限问题无法创建日志文件，或者模块加载失败）。

5. 测试前清理cloud-init状态（可选） #

因为你之前删除过/var/lib/cloud/*，每次启动实例时cloud-init会认为是首次初始化，但如果之前有残留状态，可能影响测试。你可以在测试前手动清理：

rm -rf /var/lib/cloud/*

然后重启实例，重新应用用户数据。

按照这些步骤操作后，你的用户数据脚本输出应该会正常写入/var/log/cloud-init-output.log了。

内容的提问来源于stack exchange，提问作者Josh Kodroff