Jiawei

@yujianweilai ok，右下角的 related data 里其实有几个关键字段：**trace_id**/**[parent_]span_id**/**x_request_id**/**tcp_seq** / **syscall_trace_id**，可以点击下空行之上没有 trace_id 的几个 span，看下具体是哪些字段相等（关键是可以找下空行前的 span 与空行后的 span 是通过什么信息关联上的，已经关联上没有空行的可以不用管） 这里 related_data 里每一列数据点击会闪烁显示关联的 span，可以这样操作：1. 先点击空行前的一个 S span ，2. 点击右下角的 related_data，找到在空行后闪烁的 span，看下它俩的关联信息 按我理解，这里一般是 syscall_trace_id 相等或启用了 x_request_id 注入，所以才会关联在一张图里，可以看下是否如此

> @taloric 您好。我当前的系统，昨天发现有一条链路信息，从“Distributed Tracing - Cloud”中可以查到链路明细，但是无法绘制出火焰图，如下图：  我尝试了重新登陆grafana重新查询，依旧不行。ck数据库的日志，我附上了 [deepflow_deepflow-clickhouse-0_clickhouse (2).log](https://github.com/user-attachments/files/17580804/deepflow_deepflow-clickhouse-0_clickhouse.2.log) 我重新做了一条业务，用新产生的traceid查询，是可以绘制出火焰图的，说明ck数据库本身工作是正常的。 还请研发老师协助排查一下问题，谢谢。 @yujianweilai 这里先看下 deepflow-app pod 日志 以及，报错里的这个参数可以直接通过 /v1/stats/L7Flowtracing 接口来请求 deepflow-app 重现问题，不用看 ck 了，应该不是数据库问题

@yujianweilai 不用看 ck ，是一个 bug 在： https://github.com/deepflowio/deepflow-app/pull/301 中修复。且昨日提到的空行问题也在此 PR 中体现

@yujianweilai 就在上面提及的 PR 里修复了，用 deepflow-app 最新镜像更新下即可

@Fancyki1 done，可通过 v6.5 这个 tag 在 v6.5 获取到此修改对应的镜像

@yujianweilai 场景不一定是同一个。这里需要明确下：断线是因为找到了 `trace_id` 作为关联条件，但是没有 `span_id` 一类的父子关联条件，所以只能渲染在一张图上，但是没有明确的关联关系 在图里这个场景里，我看都是独立的 kafka 事件，互相异步发生，所以没有关联关系（也就是上下不构成父子关系），逻辑上看应该是对的 最后这个 10:30:45 的问题，这是一个 AppSpan，也就是它由 sdk 创建并发出，那它的时间其实只取决于 sdk 创建 span 时获取到的时间（也就是应用所在主机的时间），可能可以排查下是否这个主机的时间会早些

> 1、我们的目的是使用 [调用链补全接口](https://www.deepflow.io/docs/zh/integration/output/query/trace-completion/) ，将 sw 作为外部 APM 来补全 deepflow 系统层/网络层调用链 2、我们已经把数据通过 otel 导出至 sw ，配置如下： > > receivers: > otlp: > protocols: > grpc: > endpoint: 0.0.0.0:xxx > exporters: >...