Fiware Orion在泊坞窗挂

我用我泊坞文件的最新泊坞窗图像后（也有在泊坞窗文件等服务）：

mongo: 
    image: mongo:3.2 
    hostname: mongo 
    container_name: mongo 
    ports: 
     - "27017:27017" 
    command: --nojournal 
orion: 
    image: fiware/orion 
    hostname: orion 
    container_name: orion 
    ports: 
     - "1026:1026" 
    mem_limit: 1g 
    links: 
     - mongo 
    command: -dbhost mongo -logLevel INFO

我的码头工人和泊坞窗，撰写版本：

Docker version 17.09.0-ce, build afdb6d4 
docker-compose version 1.16.1, build 6d1ac21

猎户座过程中始终在这里，但不reponsing HTTP请求：

[[email protected] contextBroker]# ps aux 
USER  PID %CPU %MEM VSZ RSS TTY  STAT START TIME COMMAND 
root   1 0.0 0.2 732488 16660 ?  Ssl Oct16 0:01 /usr/bin/contextBroker -fg -multiservice -dbhost mongo -logLevel INFO 
root  59 0.0 0.0 11496 2652 pts/0 Ss 06:49 0:00 /bin/bash 
root  192 0.0 0.0 13380 1832 pts/0 R+ 07:15 0:00 ps aux

我检查这个链接diagnosis

没问题的磁盘可用性
文件描述符或插座耗尽的问题：没有问题：
诊断内存消耗问题：

容器日志上没有显示错误。当我在容器内了猎户座可以在命令行回应“contextBroker --version”

而且如果我要重新开始我需要重新启动泊坞窗服务容器。

任何想法如何解决这个问题？

感谢和问候

来源

2017-10-17 sabrina2020

您是否成功ping过Orion实例？我只是看到了Docker实例内部的命令......但是，你没有提到你所面临的错误。请编辑你的问题解释他们。我认为这可以帮助别人来帮助你。 – Dalton

基础上official docker compose file：

mongo: 
    image: mongo:3.2 
    command: --nojournal 

orion: 
    image: fiware/orion 
    links: 
    - mongo 
    ports: 
    - "1026:1026" 
command: -dbhost mongo

它不包含任何mem_limit场。我不是Docker撰写专家，但我知道它可能会限制容器中的可用内存。对于Orion来说，只有1GB是非常小的，因此我建议不要使用该字段，或者至少增加到一个更高的限制（使用2GB或4GB进行测试以了解它是如何实现的）。

来源

2017-10-17 19:25:26 fgalan

谢谢，我已经有了问题，不包括mem_limit，并且它也与2GB。我不认为这是一个内存问题，因为我没有看到Orion使用大量内存（使用cAdvisor） – sabrina2020

并且当我在容器中输入信息时，Orion可以响应命令行“contextBroker --version “ – sabrina2020

Fiware Orion在泊坞窗挂

回答

相关问题