web-dev-qa-db-ja.com

Dockerコンテナが「OCIランタイムの作成に失敗しました」というメッセージを表示し始めていない

Dockerバージョン 17.12.0-ce、ビルドc97c6d6をインストールしました
コンテナを起動しようとすると、次のエラーが表示されます

docker：デーモンからのエラー応答：OCIランタイムの作成に失敗しました：OCIランタイムエラーを取得できません（open /run/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/2c910acea8a0cdd4ea6e2dd87616897b4e62b0913ba5014415bd6066eaf36868/

ドッカー情報：

[root @ MDMNext99001 /]＃docker info
コンテナ：1
実行中：0
一時停止：0
停止：1
画像：1
サーバーバージョン：17.12.0-ce
ストレージドライバー：devicemapper
プール名：docker-8：2-137344840-pool
プールのブロックサイズ：65.54kB
基本デバイスサイズ：10.74GB
バッキングファイルシステム：xfs
Udev Syncサポート：true
データファイル：/ dev/loop0
メタデータファイル：/ dev/loop1
データループファイル：/ var/lib/docker/devicemapper/devicemapper/data
メタデータループファイル：/ var/lib/docker/devicemapper/devicemapper/metadata
使用データ容量：46.2MB
データスペース合計：107.4GB
使用可能なデータ領域：39.08GB
使用されるメタデータ領域：675.8kB
メタデータ領域の合計：2.147GB
利用可能なメタデータ領域：2.147GB
シンプールの最小空き容量：10.74GB
遅延削除の有効化：true
遅延削除の有効化：true
遅延削除済みデバイス数：0
ライブラリバージョン：1.02.107-RHEL7（2015-10-14）
ロギングドライバー：json-file
Cgroupドライバー：cgroupfs
プラグイン：
ボリューム：ローカル
ネットワーク：ブリッジホストmacvlan nullオーバーレイ
ログ：awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
スウォーム：アクティブ
NodeID：h13ain31eiurodrbe3bzz9bz3
実行時間：runc
デフォルトのランタイム：runc
初期化バイナリ：docker-init
コンテナバージョン：89623f28b87a6004d4b785663257362d1658a729
runcバージョン：N/A（予想：b2567b37d7b75eb4cf325b77297b140ea686ce8f）
初期バージョン：949e6fa
セキュリティオプション：
seccomp
プロファイル：デフォルト
カーネルバージョン：3.10.0-327.el7.x86_64
オペレーティングシステム：Red Hat Enterprise Linux Server 7.2（Maipo）

警告：devicemapper：ループバックデバイスの使用は、実稼働での使用には強くお勧めしません。つかいます --storage-opt dm.thinpooldevは、カスタムブロックストレージデバイスを指定します。

警告：bridge-nf-call-iptablesは無効です警告：bridge-nf-call-ip6tablesは無効です

別のコンテナを実行しようとしましたが、同じエラーが発生します。私はdockerを初めて使用します。どんな助けや指示も歓迎します。

dockerdocker-composedocker-swarm
7
vhashmode

RHEL 7.2はサポートされなくなり、Dockerはサポートされていないバージョンに対してリリースをテストしません。この問題を解決するには、できれば7.4にOSをアップグレードする必要があります。

過去数日間、OSをアップグレードすることでこの同じエラーメッセージを解決した同様の問題を抱えている人を見かけました。一部の古いパッケージは、新しいドッカーリリースでは機能しなくなりました。これらの問題の1つは、古いlibseccompです： https://github.com/moby/moby/issues/35906

4
BMitch

Dockerバージョンを17.09.1-ceにダウングレードすることで問題を解決できます。

1
vhashmode

コマンド「Restart-Service docker」を使用してWindowsでdockerサービスを再起動し、Linux（centosまたはRHEL7）でrootsystemとして「systemctl restart docker.service」を再起動します。これで問題が解決する場合があります。

0
Prem

/etc/fstabを変更してすべてを再マウントした後、同じ問題が発生しました。 （ホストマシンの）再起動により問題が修正されました。

いつものように、再起動せずに修正するためにできることは確かにありますが、それが何であるかをすでに知っていたとしても、再起動はおそらく同じくらい迅速です。

0
OJFord