Moby: デーモンからのエラー応答:ネットワークブリッジでのエンドポイント(...)の作成に失敗しました:ホスト(veth1d85371)の追加に失敗しました<=>サンドボックス(vethbc264f6)ペアインターフェイス:操作はサポートされていません。

作成日 2016年10月16日  ·  22コメント  ·  ソース: moby/moby

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を削除しようとしましたが、成功しませんでした

arenetworking

最も参考になるコメント

そこには何の問題もありません。 Arch Linuxを使用している人たちにコメントを残したので、カーネルを更新した後に再起動が必要であることがわかりました。

@thaJeztahの説明に感謝します。

全てのコメント22件

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 rmdocker 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からカーネル構成を読み取る..。

一般的に必要:

  • cgroup階層:適切にマウントされた[/ sys / fs / cgroup]
  • apparmor:有効でツールがインストールされている
  • CONFIG_NAMESPACES:有効
  • CONFIG_NET_NS:有効
  • CONFIG_PID_NS:有効
  • CONFIG_IPC_NS:有効
  • CONFIG_UTS_NS:有効
  • CONFIG_CGROUPS:有効
  • CONFIG_CGROUP_CPUACCT:有効
  • CONFIG_CGROUP_DEVICE:有効
  • CONFIG_CGROUP_FREEZER:有効
  • CONFIG_CGROUP_SCHED:有効
  • CONFIG_CPUSETS:有効
  • CONFIG_MEMCG:有効
  • CONFIG_KEYS:有効
  • CONFIG_VETH:有効(モジュールとして)
  • CONFIG_BRIDGE:有効(モジュールとして)
  • CONFIG_BRIDGE_NETFILTER:有効(モジュールとして)
  • CONFIG_NF_NAT_IPV4:有効(モジュールとして)
  • CONFIG_IP_NF_FILTER:有効(モジュールとして)
  • CONFIG_IP_NF_TARGET_MASQUERADE:有効(モジュールとして)
  • CONFIG_NETFILTER_XT_MATCH_ADDRTYPE:有効(モジュールとして)
  • CONFIG_NETFILTER_XT_MATCH_CONNTRACK:有効(モジュールとして)
  • CONFIG_NETFILTER_XT_MATCH_IPVS:有効(モジュールとして)
  • CONFIG_IP_NF_NAT:有効(モジュールとして)
  • CONFIG_NF_NAT:有効(モジュールとして)
  • CONFIG_NF_NAT_NEEDED:有効
  • CONFIG_POSIX_MQUEUE:有効

オプション機能:

  • CONFIG_USER_NS:有効
  • CONFIG_SECCOMP:有効
  • CONFIG_CGROUP_PIDS:有効
  • CONFIG_MEMCG_SWAP:有効
  • CONFIG_MEMCG_SWAP_ENABLED:欠落しています
    (cgroupスワップアカウンティングは現在有効になっていません。ブートオプション "swapaccount = 1"を設定することで有効にできます)
  • CONFIG_LEGACY_VSYSCALL_EMULATE:有効
  • CONFIG_BLK_CGROUP:有効
  • CONFIG_BLK_DEV_THROTTLING:有効
  • CONFIG_IOSCHED_CFQ:有効
  • CONFIG_CFQ_GROUP_IOSCHED:有効
  • CONFIG_CGROUP_PERF:有効
  • CONFIG_CGROUP_HUGETLB:有効
  • CONFIG_NET_CLS_CGROUP:有効(モジュールとして)
  • CONFIG_CGROUP_NET_PRIO:有効
  • CONFIG_CFS_BANDWIDTH:有効
  • CONFIG_FAIR_GROUP_SCHED:有効
  • CONFIG_RT_GROUP_SCHED:欠落しています
  • CONFIG_IP_NF_TARGET_REDIRECT:有効(モジュールとして)
  • CONFIG_IP_VS:有効(モジュールとして)
  • CONFIG_IP_VS_NFCT:有効
  • CONFIG_IP_VS_PROTO_TCP:有効
  • CONFIG_IP_VS_PROTO_UDP:有効
  • CONFIG_IP_VS_RR:有効(モジュールとして)
  • CONFIG_EXT4_FS:有効
  • CONFIG_EXT4_FS_POSIX_ACL:有効
  • CONFIG_EXT4_FS_SECURITY:有効
  • ネットワークドライバー:

    • "かぶせる":

    • CONFIG_VXLAN:有効(モジュールとして)

      オプション(暗号化されたネットワークの場合):



      • CONFIG_CRYPTO:有効


      • CONFIG_CRYPTO_AEAD:有効


      • CONFIG_CRYPTO_GCM:有効(モジュールとして)


      • CONFIG_CRYPTO_SEQIV:有効


      • CONFIG_CRYPTO_GHASH:有効(モジュールとして)


      • CONFIG_XFRM:有効


      • CONFIG_XFRM_USER:有効(モジュールとして)


      • CONFIG_XFRM_ALGO:有効(モジュールとして)


      • CONFIG_INET_ESP:有効(モジュールとして)


      • CONFIG_INET_XFRM_MODE_TRANSPORT:有効(モジュールとして)



    • 「ipvlan」:

    • CONFIG_IPVLAN:有効(モジュールとして)

    • 「macvlan」:

    • CONFIG_MACVLAN:有効(モジュールとして)

    • CONFIG_DUMMY:有効(モジュールとして)

    • 「コンテナ内のftp、tftpクライアント」:

    • CONFIG_NF_NAT_FTP:有効(モジュールとして)

    • CONFIG_NF_CONNTRACK_FTP:有効(モジュールとして)

    • CONFIG_NF_NAT_TFTP:有効(モジュールとして)

    • CONFIG_NF_CONNTRACK_TFTP:有効(モジュールとして)

  • ストレージドライバー:

    • 「aufs」:

    • CONFIG_AUFS_FS:有効(モジュールとして)

    • "btrfs":

    • CONFIG_BTRFS_FS:有効(モジュールとして)

    • CONFIG_BTRFS_FS_POSIX_ACL:有効

    • 「devicemapper」:

    • CONFIG_BLK_DEV_DM:有効

    • CONFIG_DM_THIN_PROVISIONING:有効(モジュールとして)

    • "かぶせる":

    • CONFIG_OVERLAY_FS:有効(モジュールとして)

    • 「zfs」:

    • / dev / zfs:欠落

    • zfsコマンド:欠落

    • zpoolコマンド:欠落

制限:

  • / proc / sys / kernel / keys / root_maxkeys:1000000

誰かわかったね? 解決策は、それをオフにしてから再びオンにすることでした。

LinuxがWindowsからそのトリックをコピーしたようです

私の場合の再起動は同じ日のシステムアップグレードによるものであることを他のArchユーザーに追加する必要があります。 再起動せずにarchをアップグレードした場合、dockerは接続を確立できないようです。

私のラズベリーPIと同じ種類のトラブル。
再起動すると問題が解決しました。

このページは役に立ちましたか?
0 / 5 - 0 評価