BoBo
BoBo
我也遇到这个问题了。。都上生产了。。我靠 压力山大。。。我这边是发起方入库了,调用方没有入库。。。也是业务服务每个两台,tm只有一台。启动服务时候是好的,跑一段时间后,报错 :LcnTransactionCleanService : Non lcn connection when clear transaction. @1991wangliang 大佬帮看看什么问题。。上生产了。。很急
> > 我也遇到这个问题了。。都上生产了。。我靠 压力山大。。。我这边是发起方入库了,调用方没有入库。。。也是业务服务每个两台,tm只有一台。启动服务时候是好的,跑一段时间后,报错 :LcnTransactionCleanService : Non lcn connection when clear transaction. @1991wangliang 大佬帮看看什么问题。。上生产了。。很急 > > 问题解决了吗? MessageDto respMsg = > rpcClient.request(modChannelKeys.get(0), MessageCreator.notifyUnit(notifyUnitParams));集群环境下,tm只通知到了集群节点1上,如果调用发生在集群节点2上则通知失败 现在弃用了,等稳定了再说吧。、。哎
![Uploading bug14.png…]()
经过这2天测试,发现任务实例主机为空的情况造成原因: 我采用的物理机集群部署,输入时区指令:timedatectl 然后物理机的时区是new_york,然后马上调整时区为Asia/Shanghai (CST, +0800), 然后重启服务,发现问题解决了,如图:  @zhongjiajie
 如上图,dolphinscheduler_env.sh ,环境变量区值为GMT+8,这个没问题,但是由于服务器本身时区问题,导致少了13个小时
后面服务重启了1次,又出现这种情况了。。。