AKS容器日志采集配置异常：禁用stdout后仍有日志流入

1. 验证ConfigMap的正确应用 #

• 确认ConfigMap部署在kube-system命名空间，且名称为container-azm-ms-agentconfig（官方要求的固定名称，Agent只会识别这个命名空间下的该名称配置）
• 检查ConfigMap的yaml格式是否正确，禁用stdout的核心配置需符合以下结构（注意yaml缩进必须用2空格）：

  data:
    schema-version: "v1"
    config-version: "1.0"
    log_collection_settings:
      containerLogs:
        enabled: true
        excludeStdout: true
        excludeStderr: false
  

• 执行命令确认Agent pod是否加载了最新配置：kubectl describe pods -n kube-system | grep -A5 -B5 container-azm-ms-agentconfig，若配置未生效，手动删除Agent pod让其自动重建加载新配置

2. 解析Agent日志中的排除规则提示 #

• 进入Agent pod查看生效的实际配置：kubectl exec -n kube-system <agent-pod-name> -- cat /etc/otel/otel-config.yaml，搜索stdout相关字段，确认exclude_stdout是否被设置为true
• 如果生效配置里该值仍为false，说明ConfigMap存在格式错误（比如缩进错误、关键字拼写错误），仔细核对官方配置的层级结构

3. Log Analytics仍收到stdout日志的排查 #

• 确认日志是否为配置生效前的历史数据：Log Analytics存在数据延迟，等待1-2小时后查询最新的ContainerLog表数据
• 检查集群中是否存在其他日志采集工具（如Fluentd、Promtail）：执行kubectl get pods -n kube-system，若存在带fluentd/promtail关键字的pod，这些工具不受容器洞察ConfigMap控制，需单独配置其采集规则
• 查看目标容器的日志输出，确认是否有部分日志被误识别为stderr而非stdout

4. 处理ADX数据库名称提示 #

• 该提示为警告级别，不影响日志采集规则的生效，仅说明Agent默认启用了ADX（Azure Data Explorer）输出通道，未配置时自动使用默认库名containerinsights，可直接忽略；若需消除提示，可在ConfigMap中添加：

  adx:
    database: "你的ADX数据库名称"
  

5. 额外验证步骤 #

• 执行kubectl logs -n kube-system <agent-pod-name> | grep "log_collection_settings"，查看Agent启动时加载的配置参数，确认excludeStdout是否被正确读取为true
• 核对官方配置示例，确保没有遗漏schema-version等顶层必填字段（schema-version必须为v1，否则配置不生效）

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