【问题标题】:Frequent "Debug: Destroying XDQPServerSession" messages in log files日志文件中频繁出现“Debug: Destroying XDQPServerSession”消息
【发布时间】:2020-06-11 20:24:27
【问题描述】:

我们看到 Debug: Destroying XDQPServerSession log entries in our MarkLogic 集群。

2020年6月11日12:37:28.144调试:销毁XDQPServerSession {客户= ohcinmlp04.cams.cen.info,时间戳= 15918925856853780,会话= 14750896137644680063,目标= 2887569106592314424,指标=(3119624861216817938,2796491349043070202,6212503532213277835,14162006363960283013 ),numaNode=0,expired,starttime=1591892605,timelimit=827,lifetime=843,idle=843,exception=15,reqcount=2,lastreq=eval} 因为SVC-EXTIME:超过时间限制

谁能解释我收到此日志的原因以及如何解决此问题?

【问题讨论】:

    标签: marklogic


    【解决方案1】:

    一个 e-node 操作可以在它与之对话的每个 d-node 上创建一个 XDQPServerSession 在执行过程中。每秒一次,每个 MarkLogic 节点将执行一次 对该 XDQPServerSession 进行测试操作,以确保它可以继续服务 查询(即,我们确保会话引用的森林是 可用),并检查会话是否存在太久 (SVC-EXTIME)。

    我们可以在该日志消息中看到 lastreq=evalSVC-EXTIME: Time limit exceeded,因此您似乎有一个长时间运行的 eval 事务已超时。

    该特定消息表明会话已超时 (SVC-EXTIME) 因为它运行的时间太长并且会话没有 已被建立连接的客户端明确清除;所以 MarkLogic 清理以回收内存。

    如果您偶尔看到这些消息,通常不必担心。这就是它在 Debug 级别记录的原因。

    但是,如果您看到大量此类消息,则可能表明存在某种需要注意的问题。

    【讨论】:

      猜你喜欢
      • 2017-05-14
      • 1970-01-01
      • 2017-06-30
      • 2017-12-04
      • 1970-01-01
      • 2019-02-04
      • 1970-01-01
      • 2015-01-06
      • 1970-01-01
      相关资源
      最近更新 更多