Fiwareオリオンオリオンは、私が（他のサービスがドッキングウィンドウのファイルにあります）私のドッカーの最新のドッキングウィンドウのイメージ・ファイルを使用しています</p> <p>応答を停止いくつかの時間後

Question

をハング：

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 

オリオンプロセスは、HTTPリクエストにreponsingここでは常にではないですメモリの枯渇の問題を診断

：いいえ問題：

[root@orion 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」

そしてに応答することができました。

これを解決する方法はありますか？

おかげで、宜しくofficial docker compose fileに基づいて

Answer 1

：

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

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

これは、任意のmem_limitフィールドが含まれていません。私はドッカーの作文の専門家ではありませんが、おそらくコンテナ内の利用可能なメモリを消耗していると思います。オリオンの場合は1GBだけが非常に小さいので、そのフィールドを使用しないか、少なくとも上限を上げることを推奨します（2GBまたは4GBでテストしてみてください）。