ドッカーの終了コードを理解します

ドッキングウィンドウコンテナの停止を参照してください。

#docker PS --filter " ステータス=出" 
コンテナID画像COMMAND CREATED STATUSポートNAMES 
8b9ec01d8b40 docker.elastic.co /拍/ auditbeat：7.5。0    " は/ usr / local /ビン/ docke "    3週間終了しました（前1）3 週間前infallible_kirch 
#docker PS -a | grepの出口
8b9ec01d8b40 docker.elastic.co /拍/ auditbeat：7.5。0                             "/ usr / local /ビン/ docke "    3週間終了しました（前1）3 週間infallible_kirch前
#docker検査 --format = " {{.State.ExitCode}} " 8b9ec01d8b40
 1

終了コード

終了コード0：付属のフォアグラウンドプロセスの不在

• 終了コード0は、特定のコンテナがフォアグラウンド・プロセスが取り付けられていないことを示しています。
• この終了コードが追随する他のすべての終了コードの例外です。それは必ずしも何か悪いが起こったという意味ではありません。
• 彼らはそれがその仕事を完了すると、自動的にそのコンテナを停止する場合、開発者は、この終了コードを使用します。

 

終了コード1：アプリケーションエラーのため失敗したことを示します

• コンテナがアプリケーションエラーまたはコンテナ内に存在しないファイルへのDockerfileに誤った参照のいずれかが原因で停止したことを示します。
• アプリケーションエラーが「0除算」として単純として、または複合体としてであってもよい「は、同じ名前とクラスの既存の、非互換性のビーン定義と競合そのBean名への参照」。
• 容器内に存在するファイルへDockerfileに不適切な参照ではないがタイプミスなどの単純なようであることができる（以下の例では、持っているsample.ja代わりにsample.jar）

終了コード137：コンテナはSIGKILL（手動介入や'OOMキラー' [OUT-OF-MEMORY]）を受け取ったとして失敗したことを示します

• これは、コンテナがSIGKILLを受信したことを示し
• SIGKILLを開始し、共通のイベントは、ドッキングウィンドウを殺すです。これは、ユーザーが手動でまたはドッキングウィンドウデーモンのいずれかによって開始することができます。 

  ドッキングウィンドウのキル<コンテナ-ID>

docker killユーザまたはホストマシンで手動で開始することができます。
ホストマシンによって開始された場合、それは一般的にメモリ不足であることによるものです。
容器はメモリ不足であることに起因終了かどうかを確認し、確認しdocker inspectた場合に以下のセクションとチェックのためにコンテナIDに対してOOMKilled真である（それはメモリ不足であることを示すであろう）。

" 国家" ：{
  " ステータス"：" 終了しました" 、
  " 実行"：偽、
  " 一時停止"：偽のは、
  " 再起動"：偽のは、
  " OOMKilled "：真、
  " デッド"：偽、
  " でPid "：0 、
  " 終了コード」：137 、
 " エラー"："" 、
  " StartedAt "：" 2019-10-21T01：13：51.7340288Z " 、
  " FinishedAt "：" 2019-10-21T01：13：51.7961614Z " 
}

 

 

終了コード139：コンテナがSIGSEGVを受け取ったとして、失敗したことを示します

• これは、コンテナがSIGSEGVを受信したことを示し
• SIGSEGVは、セグメンテーションフォールトを示します。プログラムの試行がアクセスしたときにこれが発生し、メモリのそれがアクセスを許可されていないという場所を、または許可されていない方法で、メモリ位置にアクセスしようとします。
• ドッカーコンテナの観点から、これはどちらかのアプリケーションコードまたはコンテナによって使用される基本イメージと時々問題の問題を示しています。

終了コード143 ：コンテナ受け取ったSIGTERMとして失敗したことを示します

• これは、コンテナがSIGTERMを受け取ったことを示しています。
• SIGTERMを開始する一般的なイベントがありますdocker stopかdocker-compose stop。この場合、出口へコンテナを強制的に手動停止がありました。

ドッキングウィンドウの停止<コンテナ-ID> 
OR 
ドッキングウィンドウ・コンダウン<コンテナ-ID>

• 注：時々docker stop、コンテナに関連付けられたアプリケーションがSIGTERMを処理しない場合、これは一般的に起こり、終了コード137が発生することができます-ドッキングウィンドウデーモンは問題その後、10秒間待機しSIGKILL

 

ドッカーコンテナ（通常はシェルスクリプトの使用を含む）といくつかの珍しい終了コード

• 終了コード126：許可問題またはコマンドが実行可能ではありません
• 終了コード127：認識できない文字を使用したシェルスクリプトで可能なタイプミス