上下文代理 FI：致命错误（启动 REST 接口时出错）答案

【问题标题】：Context Broker FI: Fatal Error (error starting REST interface)上下文代理 FI：致命错误（启动 REST 接口时出错）
【发布时间】：2014-12-01 14:14:30
【问题描述】：

我已经停止了一个 CentOS 运行 Context Broker 实例的虚拟机。在使用启用程序重新启动系统时，后者会给出致命错误。请参阅以下日志：

# contextBroker
INFO@13:18:32  contextBroker.cpp[1348]: Orion Context Broker is running
INFO@13:18:32  mongoGlobal.cpp[164]: Successful connection to database
INFO@13:18:32  contextBroker.cpp[1157]: Connected to mongo at localhost:orion
INFO@13:18:32  mongoGlobal.cpp[483]: Database Operation Successful ({ conditions.type: "ONTIMEINTERVAL" })
INFO@13:18:32  rest.cpp[901]: Fatal Error (error starting REST interface)

我正在开发 Orion 的 4.1.2 版本，CentOS 6 在 VirtualBox 中运行。使用 su 运行，因为我在日志文件错误中获得权限被拒绝。有关信息，我在 VM 重新启动之前启用了桥接网络连接。

代理没有正确关闭是不是有什么东西阻止了它的重启？（PS。是的，我知道管理指南中有几乎完全相同的错误消息，但我没有看到任何解决方案）

谢谢！

编辑：一种可行的解决方案是卸载 contextBroker 包并再次安装。我希望有一种更清洁的方式！

编辑：每次我杀死 contextBroker 应用程序时都会重现此问题 - 然后每次重新启动都无济于事，重新安装软件包即可。

【问题讨论】：

标签： fiware-orion

【解决方案1】：

确保没有其他代理实例正在运行 (ps aux | grep contextBroker)，使用相同的端口。如果有另一个代理实例在运行，则端口将被占用，REST 初始化将失败。

关于由于日志文件权限而以 root 身份运行...为什么不简单地更改日志文件的所有者呢？

【讨论】：

1) 如果我不将 contextBroker 添加到任何启动脚本中，它会在启动时自动启动吗？如果不是，则没有理由在卸载代理时阻止端口并自行解除阻止。但我会检查一下； 2）对于日志文件：我不是 linux 人，我尽我所能生存;）
你说得对，进程终止，谢谢。令人误解的是，通过使用contextBroker 启动代理，它会在后台启动一项服务，而不是像我预期的那样使用^C 杀死一个应用程序。