fiware contextBroker 1.10更新错误服务启动
我已设法将ContextBroker更新到1.10版。但我有一系列疑问: 我正在使用此文档: 而且命令不起作用fiware contextBroker 1.10更新错误服务启动,fiware,fiware-orion,Fiware,Fiware Orion,我已设法将ContextBroker更新到1.10版。但我有一系列疑问: 我正在使用此文档: 而且命令不起作用 如何启动或重新启动contextBroker服务?如果使用此指令,它将不起作用: /etc/init.d/contextBroker start contextBroker信息托管在哪里 我在哪里可以看到日志?它不在此目录中: /tmp/contextBroker.log 如果Orion未运行,中的命令不起作用是正常的(从您提出的问题来看,似乎是这样的;) 注意,/etc/i
/etc/init.d/contextBroker start
/tmp/contextBroker.log
如果Orion未运行,中的命令不起作用是正常的(从您提出的问题来看,似乎是这样的;) 注意,
/etc/init.d/contextBroker start
仅在您从RPM安装Orion时有效。如果您是从源代码处安装的,则应直接使用contextBroker
命令,如中所述
首先,检查上下文代理是否正确安装并运行:
contextBroker --version
接下来,要在终端的前台运行上下文代理,只需使用:
contextBroker -fg
您还可以在后台运行ommit-fg
开关(在这种情况下,您需要使用kill
命令停止ContextBroker进程):
无论选择哪个选项启动ContextBroker,您都可以检查它是否正在使用(在运行ContextBroker的同一主机中):
关于日志文件,默认位置是/tmp/contextBroker.log
。如果ContextBroker尚未跟踪任何内容,则可能会发生文件不存在的情况。使用-logLevel
增加日志级别:
contextBroker -fg -logLevel INFO
然后使用curl localhost:1026/version
重试
关于上下文代理信息的托管位置,上下文代理使用MongoDB数据库实例。默认情况下,它假定数据库位于Orion运行的同一主机上,但可以使用-dbhost
CLI参数对其进行更改。有关此(和其他)CLI参数的信息,请参阅
请注意,连接MongoDB实例失败是可能导致上下文代理无法启动的原因之一。在这种情况下,您将收到如下错误消息:
Database Startup Error (cannot connect to mongo - doing 100 retries with a 1000 microsecond interval)
为了向社区澄清这一点,本问题是对以下问题的后续行动
/etc/init.d/contextBroker start
/tmp/contextBroker.log
/tmp文件夹的内容可能已被操作系统清除。您应该能够通过在启动时使用logDir
命令选项来配置Orion Context Broker的日志目录,但是查看源代码,这种用法可能会被禁止
也许@fgalan可以提供更多的信息,稍后我们可以更新这个答案。我们的答案似乎有错:)logDir并没有过时。如果它不工作,那将是一个bug,应该在Orion存储库中创建一个问题
contextBroker -fg -logLevel INFO
Database Startup Error (cannot connect to mongo - doing 100 retries with a 1000 microsecond interval)