コンテナが停止している

コンテナが停止すると、停止したコンテナの役割に応じてシステムに影響が出ます（各コンテナの障害時の影響範囲）。

まず、どのコンテナが停止しているかを確認します。

# シングル構成
$ docker ps --all
# Swarmクラスタ構成
$ docker service ls

KE2 構成に関係するコンテナの STATUS が Exited（クラスタではサービスの REPLICAS が不足）になっていれば、そのコンテナが停止しています。以下、コンテナ別に一次対処と詳細な原因調査へのリンクを示します。

一次対処で復旧しない、または再起動を繰り返す場合は コンテナが異常・再起動を繰り返す も参照してください。

redis が停止している

system-status 画面では redis が ERROR（503）となり、システム全体に影響します（ブラウザ操作の応答なし、ジョブフロー停止）。

一次対処

# オンプレシングル構成
$ docker ps -a -f name=redis
$ docker restart <REDIS_CONTAINER_ID>      # STATUS が Up 以外のとき

# Swarmクラスタ構成（redis はいずれか 1 ノードで実行。docker service ps ke2_redis で詳細確認）
$ docker service ls

詳細な原因と対処: redis 名前解決エラー（Error -2 connecting to redis:6379）

postgres が停止している（標準シングル構成）

system-status 画面では postgres が ERROR（503）となり、システム全体に影響します（KE2 APP にログインできなくなります）。

一次対処

$ docker ps -a -f name=postgres
$ docker restart <POSTGRES_CONTAINER_ID>   # STATUS が Up 以外のとき

詳細な原因と対処: ローカル DB 停止（nc: bad address 'postgres'）

外部DBシングル構成・Swarmクラスタ構成では postgres は外部にあります。データベースの原因と対処 を参照してください。

rabbitmq が停止している

コンテナ間連携ができなくなり、ジョブフロー実行やリモートジョブが実行できなくなります。

一次対処

$ docker ps -a -f name=rabbitmq
$ docker restart <RABBITMQ_CONTAINER_ID>   # STATUS が Up 以外のとき

詳細な原因と対処

kompira が停止している

特定のホストサーバで KE2 APP にアクセスすると「502 Bad Gateway」が表示されます。

一次対処

$ docker ps -a -f name=kompira
$ docker restart <KOMPIRA_CONTAINER_ID>    # STATUS が Up 以外のとき

復旧しない場合は KE2 APP を再起動する を試してください。

nginx が停止している

特定のホストサーバで KE2 APP にアクセスすると「This site can't be reached」が表示されます。

一次対処

$ docker ps -a -f name=nginx
$ docker restart <NGINX_CONTAINER_ID>      # STATUS が Up 以外のとき

復旧しない場合は KE2 APP を再起動する を試してください。

jobmngrd が停止している

リモートジョブ（実行ジョブ・スクリプトジョブ・セッションジョブ・ファイル転送ジョブ）が実行できなくなります。

一次対処

$ docker ps -a -f name=jobmngrd
$ docker restart <JOBMNGRD_CONTAINER_ID>   # STATUS が Up 以外のとき

詳細な原因と対処: jobmngrd の原因と対処（AMQP connection timeout）