- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我们有一个 Orion 实例,大约每一两天崩溃一次。
在 /var/log/contextBroker/contextBroker-service.out
中我发现:
log directory: '/var/log/contextBroker'
*** glibc detected *** /usr/bin/contextBroker: corrupted double-linked list: 0x00007f0ed92e3f70 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x75f4e)[0x7f0eecdeaf4e]
/lib64/libc.so.6(+0x763d3)[0x7f0eecdeb3d3]
/lib64/libc.so.6(+0x78c88)[0x7f0eecdedc88]
/usr/lib64/libstdc++.so.6(_ZNSsD1Ev+0x39)[0x7f0eed6404c9]
/usr/bin/contextBroker(_Z9jsonParseP14ConnectionInfoPKcRKSsP8JsonNodeP9ParseData+0x539)[0x56fb99]
/usr/bin/contextBroker(_Z9jsonTreatPKcP14ConnectionInfoP9ParseData11RequestTypeRKSsPP11JsonRequest+0x17d)[0x56cf0d]
/usr/bin/contextBroker(_Z12payloadParseP14ConnectionInfoP9ParseDataP11RestServicePP10XmlRequestPP11JsonRequestP18JsonDelayedReleaseRSt6vectorISsSaISsEE+0x3f2)[0x564012]
/usr/bin/contextBroker(_Z11restServiceP14ConnectionInfoP11RestService+0x126c)[0x5654bc]
/usr/bin/contextBroker[0x55cbb6]
/usr/bin/contextBroker[0x55f987]
/usr/lib64/libmicrohttpd.so.10(+0x5599)[0x7f0eee1cf599]
/usr/lib64/libmicrohttpd.so.10(MHD_connection_handle_idle+0x518)[0x7f0eee1d0078]
/usr/lib64/libmicrohttpd.so.10(+0xc3c8)[0x7f0eee1d63c8]
/lib64/libpthread.so.0(+0x7a51)[0x7f0eec957a51]
/lib64/libc.so.6(clone+0x6d)[0x7f0eece5d93d]
并且在 /var/log/contextBroker/contextBroker-service.out.old
中如下:
log directory: '/var/log/contextBroker'
*** glibc detected *** /usr/bin/contextBroker: free(): invalid next size (fast): 0x00007fe6d4262110 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x75f4e)[0x7fe6e8e9cf4e]
/lib64/libc.so.6(+0x78cf0)[0x7fe6e8e9fcf0]
/usr/bin/contextBroker(_ZN20ContextElementVector7releaseEv+0x2fa)[0x5f4a4a]
/usr/bin/contextBroker(_Z17postUpdateContextP14ConnectionInfoiRSt6vectorISsSaISsEEP9ParseDatab+0x1472)[0x4d6692]
/usr/bin/contextBroker(_Z11restServiceP14ConnectionInfoP11RestService+0x6d6)[0x564926]
/usr/bin/contextBroker[0x55cbb6]
/usr/bin/contextBroker[0x55f987]
/usr/lib64/libmicrohttpd.so.10(+0x5599)[0x7fe6ea281599]
/usr/lib64/libmicrohttpd.so.10(MHD_connection_handle_idle+0x518)[0x7fe6ea282078]
/usr/lib64/libmicrohttpd.so.10(+0xc3c8)[0x7fe6ea2883c8]
/lib64/libpthread.so.0(+0x7a51)[0x7fe6e8a09a51]
/lib64/libc.so.6(clone+0x6d)[0x7fe6e8f0f93d]
数据每 5 分钟分批发送到 Orion:
contextElements
的请求contextElements
contextElements
的请求Orion 只有 2 个订阅 (AFAIK) 将数据发送到 Proton-CEP。
Orion 版本是:
[centos@orion ~]$ /usr/bin/contextBroker --version
0.25.0 (git version: a8cf800d4e9fdd7b4293a886490c40309a5bb58c)
Copyright 2013-2015 Telefonica Investigacion y Desarrollo, S.A.U
我们可以做些什么来调试这个问题吗?
最佳答案
考虑到用户输入,Orion 似乎运行在推荐的 CPU 和 RAM 阈值以下(参见 recomendations)。因此,可能有更多的资源(例如 2 个 vCPU 和 4GM RAM),它运行得更好,特别是如果 MongoDB 与 Orion 在同一台机器上运行(众所周知,MongoDB 是一个内存密集型进程)。
关于fiware-orion - Orion 上下文代理崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33890474/
我们有一个 Orion 实例,大约每一两天崩溃一次。 在 /var/log/contextBroker/contextBroker-service.out 中我发现: log directory: '
我已经在运行 Linux 的本地硬件上下载并安装了来自 Orion 的最新源代码。原则上一切正常。但我想知道是否可以做任何事情以获得更高的性能。每当我在一个循环中处理多个实体(在/contextEle
我在 fi-lab 上创建了一个新的 Orion 实例,以便将它连接到我们管理的 CEP 实例。将存储在我的 Orion 实例上的数据必须由位于 orion.lab.fi-ware.eu:1026 的
Orion 如何处理实体属性更新? 我有一个具有三个属性 B、C、D 的实体 A。 如果我用更多三个属性 X、Y、Z 更新 A,我也需要在更新请求 B、C、D 中追加吗?或者 Orion 会在 A 属
我想知道是否有一种方法可以按已经在属性内的属性值(不是元数据)进行搜索。假设我在 Orion 中有以下实体: { id: NJ8sE0r90, type: Review,
我们正在开展一个涉及 Orion GE 的项目。 在这种情况下,我们将从找到最接近给定坐标的项目的方法中受益匪浅。目前,您可以按形状中包含的项目进行查询,但我无法找到“最近点”查询。这可能吗? (有一
尝试连接到我的 Orion CB,它具有通过 IoTAgentCPP/IDAS 创建的实体。两者都是最新的 Docker 版本(okt 30 2015)。使用 FIGWAY Python 脚本一切正常
通过使用基于 centos6 的 dockerfile 定义和提供的最新 rpm 编译,Context Broker Orion 在我的 Cloud + CoreOS + Docker 架构中崩溃。
在 Oc4j 中,如果我们有一个 EAR 应用程序,我们可以告诉部署者使用 orion-application 为应用程序创建一个数据源,如下所示: 它使用:
我在 CentOS 6.5 服务器上运行着一个 Orion Context Broker GE 实例。显然它工作正常:我可以通过网络 REST 客户端进行 REST 查询,使用 updateConte
Fiware发布最新版本0.24.0;请问你能提供一个虚拟机虚拟机的链接吗?您认为它什么时候可以用于生产? 谢谢 最佳答案 VirtualBox VM 的链接是:http://bit.ly/fiwar
我正在尝试使用 Cygnus 将我的 Orion 数据保存到公共(public) cosmos.lab.fi-ware.org 实例中。Cygnus 已启动并正在运行,我的 /usr/cygnus/c
成功安装 Cygnus 连接器并测试订阅的创建后。 使用波纹管文件: agent_1.conf cygnus-ngsi.sources = http-source cygnus-ngsi.sinks
我已经绑定(bind)到在 OCB 中插入一个密码属性编码的实体: { "id": "prueba-tipo-string2", "type": "StringPars
我使用的是 CentOS 7.1 运行: yum install -y epel-release yum install -y mongodb-org yum install -y boost-fil
我遵循了 Orion 中关于实体创建/更新和订阅的官方指南,它们正在运行并且我得到了成功响应。但是 Orion 不会向 Cygnus 发送通知。 我是不是漏掉了一些步骤? 这些是我正在使用的基本脚本:
订阅检测实体的创建和更新,但不检测实体的删除。 创建订阅: 发布http://myhost:orion_port/v2/subscriptions { "description": "Send
我是这个 Realm 的新手。 我已通过以下链接通过我的VM(centOS)上的源安装了Fiware-orion:https://fiware-orion.readthedocs.io/en/mast
我在 FILAB 中部署了一个 Orion 实例,并配置了 Cygnus inyector 以便在 Cosmos 中存储信息。 但是......让我们想象一个实体数量急剧增加的场景。在这个假设场景中,
我刚刚使用 Nginx 创建了一个 OCB 的 dockerized 负载平衡版本,并且 supervisord 运行由 Nginx 平衡的 Orion 的单独实例。仅用于测试目的。 我的问题是,如果
我是一名优秀的程序员,十分优秀!