Elastic Cloud APM事务页Logs标签显示‘failed to find message’问题求助

以下是针对该问题的排查和配置步骤：

• 确认日志索引与APM的关联配置

  1. 进入Kibana的「Stack Management」>「Data Views」，检查日志数据视图是否包含trace.id字段，且字段类型为keyword（text类型会导致匹配失效）。
  2. 进入「APM」>「Settings」>「Logs」，确保已正确关联对应的日志索引/数据视图，并且开启「Enable log correlation」选项。

• 验证日志与APM事务的字段一致性

  1. 确认日志中的trace.id值和APM事务里的trace.id完全一致，注意大小写、无多余空格。可在Discover页面分别查询APM事务索引和日志索引，对比同一trace.id的记录是否存在。
  2. 如果日志包含transaction.id字段，也要确保其与APM事务的transaction.id匹配，这能提升关联精准度。

• 调整Kibana和采集端配置

  1. 在Elastic Cloud部署管理的「Edit user settings」（对应自建环境的kibana.yml）中，确认配置：

     apm.logs.enabled: true
     apm.logs.indexPattern: "你的日志索引/数据视图名称"
     

  2. 若使用Elastic Agent采集日志，需在Agent配置中开启APM关联：

     logs:
       - input_type: filestream
         paths:
           - /path/to/your/logs/*.log
         processors:
           - add_fields:
               target: ''
               fields:
                 service.name: "你的APM服务名称"
           - trace_id: {}
     

• 检查权限设置
  确认当前Kibana用户拥有访问APM事务索引和日志索引的权限，可在「Stack Management」>「Roles」中查看用户角色的索引权限配置。

• 手动测试验证

  1. 重新生成带有效trace.id的日志和对应APM事务，再回到Transactions页面的Logs标签查看。
  2. 若仍无显示，在「Dev Tools」执行以下查询验证是否存在匹配日志：

     GET /你的日志索引/_search
     {
       "query": {
         "term": {
           "trace.id": "目标事务的trace.id值"
         }
       }
     }
     

     如果查询返回日志但页面不显示，可尝试重新部署Kibana（Elastic Cloud）或重启服务，清除可能的缓存。

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