Dockerをインストールしましたが、コンテナーを実行できない場合
docker run --rm hello-world
docker: Error response from daemon: failed to create endpoint jolly_kare on network bridge: failed to add the host (veth1d85371) <=> sandbox (vethbc264f6) pair interfaces: operation not supported.
Docker情報は次のとおりです。
Containers: 0
Running: 0
Paused: 0
Stopped: 0
Images: 1
Server Version: 1.12.2
Storage Driver: devicemapper
Pool Name: docker-8:1-799432-pool
Pool Blocksize: 65.54 kB
Base Device Size: 10.74 GB
Backing Filesystem: xfs
Data file: /dev/loop0
Metadata file: /dev/loop1
Data Space Used: 14.09 MB
Data Space Total: 107.4 GB
Data Space Available: 21.34 GB
Metadata Space Used: 585.7 kB
Metadata Space Total: 2.147 GB
Metadata Space Available: 2.147 GB
Thin Pool Minimum Free Space: 10.74 GB
Udev Sync Supported: true
Deferred Removal Enabled: false
Deferred Deletion Enabled: false
Deferred Deleted Device Count: 0
Data loop file: /var/lib/docker/devicemapper/devicemapper/data
WARNING: Usage of loopback devices is strongly discouraged for production use. Use `--storage-opt dm.thinpooldev` to specify a custom block storage device.
Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
Library Version: 1.02.77 (2012-10-15)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: host bridge overlay null
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options:
Kernel Version: 3.10.23-xxxx-std-ipv6-64-vps
Operating System: Ubuntu 14.04.5 LTS
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 3.854 GiB
Name: vps102867
ID: RTPT:KG2U:SH6J:5KS4:5S27:A57A:E6PV:425A:7KEF:UJKR:5WOG:FQBV
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No kernel memory limit support
Insecure Registries:
127.0.0.0/8
同様の問題で述べたように、私はすでに/var/lib/docker/network/files/local-kv.db
を削除しようとしましたが、成功しませんでした
Ubuntu14.04用の非標準カーネルを実行しているようです。 Ubuntu14.04にはカーネル3.13が付属しています。 標準のカーネルで試すことはできますか? Dockerが正しく機能するために必要なモジュールがカーネルにない可能性があります。 このスクリプトを実行して、何が欠けているかを確認できます。 https://github.com/docker/docker/blob/master/contrib/check-config.sh
おっと...スクリプトの出力は
Generally Necessary:
- cgroup hierarchy: properly mounted [/sys/fs/cgroup]
- CONFIG_NAMESPACES: enabled
- CONFIG_NET_NS: enabled
- CONFIG_PID_NS: enabled
- CONFIG_IPC_NS: enabled
- CONFIG_UTS_NS: enabled
- CONFIG_DEVPTS_MULTIPLE_INSTANCES: enabled
- CONFIG_CGROUPS: enabled
- CONFIG_CGROUP_CPUACCT: enabled
- CONFIG_CGROUP_DEVICE: enabled
- CONFIG_CGROUP_FREEZER: enabled
- CONFIG_CGROUP_SCHED: enabled
- CONFIG_CPUSETS: enabled
- CONFIG_MEMCG: enabled
- CONFIG_KEYS: enabled
- CONFIG_VETH: missing
- CONFIG_BRIDGE: enabled
- CONFIG_BRIDGE_NETFILTER: enabled
- CONFIG_NF_NAT_IPV4: enabled
- CONFIG_IP_NF_FILTER: enabled
- CONFIG_IP_NF_TARGET_MASQUERADE: enabled
- CONFIG_NETFILTER_XT_MATCH_ADDRTYPE: enabled
- CONFIG_NETFILTER_XT_MATCH_CONNTRACK: enabled
- CONFIG_NETFILTER_XT_MATCH_IPVS: missing
- CONFIG_IP_NF_NAT: missing
- CONFIG_NF_NAT: enabled
- CONFIG_NF_NAT_NEEDED: enabled
- CONFIG_POSIX_MQUEUE: missing
Optional Features:
- CONFIG_USER_NS: missing
- CONFIG_SECCOMP: enabled
- CONFIG_CGROUP_PIDS: missing
- CONFIG_MEMCG_SWAP: enabled
- CONFIG_MEMCG_SWAP_ENABLED: enabled
- CONFIG_MEMCG_KMEM: missing
- CONFIG_RESOURCE_COUNTERS: enabled
- CONFIG_BLK_CGROUP: enabled
- CONFIG_BLK_DEV_THROTTLING: enabled
- CONFIG_IOSCHED_CFQ: enabled
- CONFIG_CFQ_GROUP_IOSCHED: enabled
- CONFIG_CGROUP_PERF: missing
- CONFIG_CGROUP_HUGETLB: missing
- CONFIG_NET_CLS_CGROUP: enabled
- CONFIG_NETPRIO_CGROUP: missing
- CONFIG_CFS_BANDWIDTH: enabled
- CONFIG_FAIR_GROUP_SCHED: enabled
- CONFIG_RT_GROUP_SCHED: enabled
- CONFIG_IP_VS: missing
- CONFIG_IP_VS_NFCT: missing
- CONFIG_IP_VS_RR: missing
- CONFIG_EXT3_FS: enabled
- CONFIG_EXT3_FS_XATTR: enabled
- CONFIG_EXT3_FS_POSIX_ACL: enabled
- CONFIG_EXT3_FS_SECURITY: enabled
- CONFIG_EXT4_FS: enabled
- CONFIG_EXT4_FS_POSIX_ACL: enabled
- CONFIG_EXT4_FS_SECURITY: enabled
- Network Drivers:
- "overlay":
- CONFIG_VXLAN: missing
Optional (for encrypted networks):
- CONFIG_CRYPTO: enabled
- CONFIG_CRYPTO_AEAD: enabled
- CONFIG_CRYPTO_GCM: missing
- CONFIG_CRYPTO_SEQIV: missing
- CONFIG_CRYPTO_GHASH: missing
- CONFIG_XFRM: enabled
- CONFIG_XFRM_USER: enabled
- CONFIG_XFRM_ALGO: enabled
- CONFIG_INET_ESP: enabled
- CONFIG_INET_XFRM_MODE_TRANSPORT: enabled
- "ipvlan":
- CONFIG_IPVLAN: missing
- "macvlan":
- CONFIG_MACVLAN: missing
- CONFIG_DUMMY: enabled
- Storage Drivers:
- "aufs":
- CONFIG_AUFS_FS: missing
- "btrfs":
- CONFIG_BTRFS_FS: enabled
- CONFIG_BTRFS_FS_POSIX_ACL: enabled
- "devicemapper":
- CONFIG_BLK_DEV_DM: enabled
- CONFIG_DM_THIN_PROVISIONING: enabled
- "overlay":
- CONFIG_OVERLAY_FS: missing
- "zfs":
- /dev/zfs: missing
- zfs command: missing
- zpool command: missing
Limits:
- /proc/sys/kernel/keys/root_maxkeys: 1000000
専用ではないovhのvpsでカーネルを変更するのはどれほど安全なのだろうか
足りないものがたくさんあるようですが、おそらくovhサポートに連絡するのが最善ですか?
上記に基づいて、これはdockerのバグではないと思うので、この問題をクローズしますが、ここで議論を続けてください。
私の場合、Linuxカーネルを更新するたびにエラーが表示されます。 コンピュータを再起動すると消えます。
ArchLinuxを使用しています。
別の方法は、現時点で再起動が不可能な場合にカーネルをダウングレードすることです。
sudo pacman -U /var/cache/pacman/pkg/linux-$(uname -r | sed 's/-ARCH//')-x86_64.pkg.tar.xz
@Nowakerへのクレジット。 以下のコメントを参照してください
Arch linuxはローリングリリースであり、「最先端」バージョンのパッケージとともに出荷されています。 このため、Archは定期的にDockerを壊すことが知られています。 そのため、Archのパッケージは出荷していません。 パッケージを管理しているArchlinuxに報告するのが最善かもしれません。
そこには何の問題もありません。 Arch Linuxを使用している人たちにコメントを残したので、カーネルを更新した後に再起動が必要であることがわかりました。
@thaJeztahの説明に感謝します。
答えてくれてありがとう@whoan !
@whoan Arch Linuxの場合、カーネルを更新すると、古いカーネルモジュールはすべて自動的に削除されます(新しいバージョンのカーネルモジュールに置き換えられます)。 したがって、コンピュータを再起動しなかった場合は、一致するカーネルモジュールなしで古いカーネルを実行することになります。 ほとんどのdockerコマンドはカーネルモジュールをロードしますが(まだロードされていない場合)、古いカーネルはそのモジュールを見つけることができなくなります。 そのため、Linuxカーネルを更新するたびにエラーが表示され、コンピューターを再起動するとエラーが消えます。
カーネルモジュールディレクトリは/ lib / modules /にあります。 次回カーネルを更新する前に、古いカーネルモジュールディレクトリをバックアップしてください。 更新後、古いカーネルモジュールディレクトリを復元すると、コンピュータを再起動しなくてもこのエラーは表示されません。
同じエラーが発生しましたが、再起動後に機能しませんでした。 したがって、削除するコマンドdocker image rm
とdocker rm
を使用して、すべての画像とコンテナをrmします。 その後、dockerは正常に動作します。
仮想イーサネットペアデバイスオプションなしでカスタムビルドカーネルを実行していたため、この問題が発生していました。 したがって、カスタムカーネルを使用している場合は、 make
実行する前にそのオプションを有効にしてください。 あなたはそれを下に見つけるでしょう:
Device Drivers -> Network device support -> Network core driver support
これがこのエラーのGoogleでの最初の結果であるように思われるので、これをここに置きます。 それが役に立てば幸い!
@whoan別の方法は、現時点で再起動が不可能な場合にカーネルをダウングレードすることです。 コメントを編集して、すべての知識を1か所にまとめていただければ幸いです。 ありがとう :-)
sudo pacman -U /var/cache/pacman/pkg/linux-$(uname -r | sed 's/-ARCH//)'-x86_64.pkg.tar.xz
貢献してくれてありがとう@Nowaker 。 提案されたように、以前のコメントに追加しました。
@Nowakerありがとう! 将来の検索者のためのマイナーなタイプミスの修正:
sudo pacman -U /var/cache/pacman/pkg/linux-$(uname -r | sed 's/-ARCH//')-x86_64.pkg.tar.xz
(最後の一重引用符と括弧の位置が入れ替わっていることに注意してください)
@morancjに感謝します。 以前のコメントで修正しました。
ありがとうwhoan、それはとても役に立ちました!
@tomas 、私のためにこの問題を見るのを手伝ってくれませんか? カスタムビルドのカーネルを実行していました。
これは、 armv7lでは実行できないリンク
私はあなたが思い出させる明日あなたの方法を試みます。 どうもありがとう 。
@tomas 、上記の回答ありがとうございます、それは私の問題を解決しました。 どうもありがとう。
スクリプトの出力: https :
不足しているパッケージがいくつかあります。エラーを修正するにはどうすればよいですか。
ネットワークブリッジでエンドポイントflamboyant_tereshkovaを作成できませんでした:ブリッジdocker0にインターフェイスvethfb90d78を追加できませんでした:ブリッジdocker0が見つかりませんでした:route ip + net:そのようなネットワークインターフェイスはありません
警告:/proc/config.gzが存在せず、他のパスでカーネル構成を検索しています...
情報:/boot/config-4.8.0-59-genericからカーネル構成を読み取る..。
一般的に必要:
オプション機能:
制限:
誰かわかったね? 解決策は、それをオフにしてから再びオンにすることでした。
LinuxがWindowsからそのトリックをコピーしたようです
私の場合の再起動は同じ日のシステムアップグレードによるものであることを他のArchユーザーに追加する必要があります。 再起動せずにarchをアップグレードした場合、dockerは接続を確立できないようです。
私のラズベリーPIと同じ種類のトラブル。
再起動すると問題が解決しました。
最も参考になるコメント
そこには何の問題もありません。 Arch Linuxを使用している人たちにコメントを残したので、カーネルを更新した後に再起動が必要であることがわかりました。
@thaJeztahの説明に感謝します。