【问题标题】:Couchbase & Spring boot - DefaultOrphanResponseReporter - Orphan responses observedCouchbase 和 Spring boot - 默认孤立响应报告器 - 观察到孤立响应
【发布时间】:2019-10-30 16:23:37
【问题描述】:

我正在运行具有 Couchbase DB 的 Spring Boot 应用程序。 在应用程序日志中,我看到了数百条这样的记录:

[cb-orphan-1] [31mWARN [0;39m [32mc.c.c.c.t.DefaultOrphanResponseReporter[0;39m - 孤立响应 观察到的: [{"top":[{"r":"10.250.17.53:8092","s":"view","c":"13963D4B3G6AFE45/FFFFFFFF8F4D718C","l":"10.123.0.197:36530"} ],"service":"view","count":1}

它们在c 值中彼此不同,并且它们在l 值中具有不同的IP 和端口。 这些日志记录之间存在几秒的时间差。

在找到this post 表明应用程序中的其他位置应该存在超时后,我查看了日志,但没有发现任何超时错误。

  • 我如何知道导致超时的查询是什么?
  • 有没有办法让这个警告更详细?
  • "c":"13963D4B3G6AFE45/FFFFFFFF8F4D718C" 代表什么?

【问题讨论】:

标签: spring-boot timeout couchbase orphan


【解决方案1】:

我也有类似的问题。即使客户端完全空闲,日志也会显示。

  • 我发现找出导致这些日志的查询的唯一方法是调试应用程序(DefaultOrphanResponseReporter 类中的断点)。就我而言,它们都是 KeepAlive 请求。
  • 我认为警告不能再详细了,也许可以通过提供自定义 OrphanResponseReporter 实现来实现。
  • c 代表 last_local_id。根据文档 (tracing-from-the-sdk.html),它可用于将日志与服务器端日志相关联。不幸的是,我没能做到。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2012-05-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-08-08
    • 2018-03-25
    • 2019-03-05
    相关资源
    最近更新 更多