Notifications Docker中的Fiware Orion Context Broker 2.2.0-稍等片刻后停止发送通知

Notifications Docker中的Fiware Orion Context Broker 2.2.0-稍等片刻后停止发送通知,notifications,fiware-orion,Notifications,Fiware Orion,上次更新到2.2.0版后,Orion发送的新数据通知出现问题 Orion在Docker容器中运行 具体而言,问题在于: 当我们启动docker容器时,当新数据到达时,会联系每个端点。但是,过了一段时间(不到1天),一些端点(目前由Amazon Web服务托管的端点)停止了联系。获取的错误为:“发件人线程的通知失败:已达到超时” 作为补充资料, 如果我们尝试手动发送数据(通过docker容器内的bash实例中执行的CURL请求),则效果很好。而Orion无法联系处于“超时”异常的端点 此外,如果我

上次更新到2.2.0版后,Orion发送的新数据通知出现问题

Orion在Docker容器中运行

具体而言,问题在于: 当我们启动docker容器时,当新数据到达时,会联系每个端点。但是,过了一段时间(不到1天),一些端点(目前由Amazon Web服务托管的端点)停止了联系。获取的错误为:“发件人线程的通知失败:已达到超时”

作为补充资料, 如果我们尝试手动发送数据(通过docker容器内的bash实例中执行的CURL请求),则效果很好。而Orion无法联系处于“超时”异常的端点

此外,如果我们重新启动容器(随后从(/var/lib/docker/overlay2/)中的专用文件夹中删除contextBroker.pid),它将再次开始推送数据


在监控上下文代理的资源分配后,我可以看到这种情况:当上下文代理运行时,执行其所有功能(即,在收到新数据时向所有订阅的端点发送通知)所需的CPU资源不到20%,在一天的时间内,CPU分配继续增长,当我们注意到信息丢失时,它会达到100%(几乎24小时后),因此可能是一个bug导致了这个问题?在监控上下文代理的资源分配后,我可以看到这种情况:当上下文代理运行时,它需要更少的CPU来执行其所有功能(即,当接收到新数据时,向所有订阅的端点发送通知)在一天的时间内,CPU分配继续增长,当我们注意到信息丢失时,它将达到100%(几乎24小时后),因此可能存在导致此问题的错误?