Moby: Fehlerantwort vom Daemon: Endpunkt (...) auf Netzwerkbrücke konnte nicht erstellt werden: Host (veth1d85371) <=> Sandbox (vethbc264f6)-Schnittstellenpaar konnte nicht hinzugefügt werden: Vorgang nicht unterstützt.

Erstellt am 16. Okt. 2016  ·  22Kommentare  ·  Quelle: moby/moby

Ich habe ein frei installiertes Docker, kann aber keine Container ausführen

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-Informationen sind:

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

Ich habe bereits versucht, /var/lib/docker/network/files/local-kv.db zu löschen, wie in ähnlichen Problemen erwähnt, ohne Erfolg

arenetworking

Hilfreichster Kommentar

Ich sehe da kein Problem. Ich habe gerade den Kommentar für diejenigen hinterlassen, die Arch Linux verwenden, damit sie wissen, dass nach der Aktualisierung des Kernels ein Neustart erforderlich ist.

Danke für deine Klarstellung @thaJeztah.

Alle 22 Kommentare

Anscheinend verwenden Sie einen nicht standardmäßigen Kernel für Ubuntu 14.04. Ubuntu 14.04 wird mit Kernel 3.13 ausgeliefert. Kannst du es mit einem Standard-Kernel versuchen? Es ist möglich, dass Ihrem Kernel Module fehlen, die für das ordnungsgemäße Funktionieren von Docker erforderlich sind. Sie können versuchen, dieses Skript auszuführen, um zu sehen, was fehlt. https://github.com/docker/docker/blob/master/contrib/check-config.sh

Hoppla ... die Ausgabe des Skripts ist

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

Ich frage mich, wie sicher ein Kernelwechsel auf den vps eines nicht dedizierten ovh sein kann

Anscheinend fehlen verschiedene Dinge, vielleicht wenden Sie sich am besten an den ovh-Support?

Basierend auf dem oben Gesagten glaube ich nicht, dass dies ein Fehler in Docker ist, daher werde ich dieses Problem schließen, aber Sie können die Diskussion gerne hier fortsetzen

In meinem Fall tritt der Fehler jedes Mal auf, wenn ich meinen Linux-Kernel aktualisiere. Es verschwindet, wenn ich den Computer neu starte.

Ich verwende Arch-Linux.

Aktualisieren:

Eine Alternative besteht darin, den Kernel herunterzustufen, wenn ein Neustart im Moment nicht möglich ist.

sudo pacman -U /var/cache/pacman/pkg/linux-$(uname -r | sed 's/-ARCH//')-x86_64.pkg.tar.xz

Dank an Siehe Kommentar unten

Arch Linux ist eine rollierende Version und wird mit "Bleeding Edge"-Versionen von Paketen ausgeliefert. Aus diesem Grund ist bekannt, dass Arch Docker regelmäßig unterbricht; Aus diesem Grund versenden wir keine Pakete für Arch. Es ist möglicherweise am besten, dies bei Arch linux zu melden, das seine Pakete verwaltet

Ich sehe da kein Problem. Ich habe gerade den Kommentar für diejenigen hinterlassen, die Arch Linux verwenden, damit sie wissen, dass nach der Aktualisierung des Kernels ein Neustart erforderlich ist.

Danke für deine Klarstellung @thaJeztah.

Danke @whoan für deine Antwort!

@whoan Für Arch Linux werden nach dem Aktualisieren des Kernels alle alten Kernel-Module automatisch gelöscht (durch neue Kernel-Module ersetzt). Wenn Sie also den Computer nicht neu gestartet haben, werden Sie den alten Kernel ohne übereinstimmende Kernel-Module ausführen. Die meisten Docker-Befehle laden Kernel-Module (wenn sie noch nicht geladen wurden), aber Ihr alter Kernel kann seine Module nicht mehr finden. Aus diesem Grund wird der Fehler jedes Mal angezeigt, wenn Sie Ihren Linux-Kernel aktualisieren, und verschwindet, nachdem Sie den Computer neu gestartet haben.

Das Verzeichnis der Kernelmodule befindet sich in /lib/modules/. Bevor Sie den Kernel das nächste Mal aktualisieren, sichern Sie das alte Kernel-Module-Verzeichnis. Stellen Sie nach dem Update das alte Kernel-Module-Verzeichnis wieder her, dann wird dieser Fehler auch dann nicht angezeigt, wenn Sie den Computer nicht neu starten.

Ich habe den gleichen Fehler, hat aber nach dem Neustart nicht funktioniert. Also rmiere ich alle Bilder und Container mit dem Befehl docker image rm und docker rm zum Löschen. Dann funktioniert Docker einwandfrei.

Ich hatte dieses Problem, weil ich einen benutzerdefinierten Kernel ohne die Option für das virtuelle Ethernet- Paargerät ausgeführt habe. Falls Sie also einen benutzerdefinierten Kernel haben, aktivieren Sie diese Option, bevor Sie make . Sie finden es unter:

Device Drivers -> Network device support -> Network core driver support

Setzen Sie dies hier, weil dies das erste Ergebnis bei Google für diesen Fehler zu sein scheint. Ich hoffe es hilft!

@whoan Eine Alternative besteht darin, den Kernel herunterzustufen, wenn ein Neustart im Moment nicht möglich ist. Ich würde mich freuen, wenn Sie Ihren Kommentar bearbeiten könnten, damit das gesamte Wissen an einem Ort ist. Vielen Dank :-)

sudo pacman -U /var/cache/pacman/pkg/linux-$(uname -r | sed 's/-ARCH//)'-x86_64.pkg.tar.xz

Danke @Nowaker für deinen Beitrag. Ich habe es wie vorgeschlagen zu meinem vorherigen Kommentar hinzugefügt.

@Nowaker danke! Kleinere Tippfehlerkorrektur für zukünftige Suchende:
sudo pacman -U /var/cache/pacman/pkg/linux-$(uname -r | sed 's/-ARCH//')-x86_64.pkg.tar.xz
(beachten Sie die vertauschten Positionen des letzten einfachen Anführungszeichens und der Klammer)

Danke @morancj. Ich habe es in meinem vorherigen Kommentar korrigiert.

Danke Whoan, das war super hilfreich!

@tomas , Könnten Sie mir helfen, dieses Problem zu erkennen? Ich habe einen benutzerdefinierten Kernel ausgeführt.
Hier ist der Link Docker kann in armv7l nicht ausgeführt werden

Ich werde deine Methode morgen ausprobieren, an die du dich erinnerst. DANKE VIELMALS .

@tomas , Danke für deine Antwort oben, es hat mein Problem gelöst. Danke vielmals.

Die Ausgabe des Skripts: https://github.com/docker/docker/blob/master/contrib/check-config.sh

Ich sehe einige fehlende Pakete, was sollen wir tun, um den Fehler zu beheben:
Endpunkt flamboyant_tereshkova auf Netzwerkbrücke konnte nicht erstellt werden: Hinzufügen der Schnittstelle vethfb90d78 zu Brücke docker0 fehlgeschlagen: Brücke konnte nicht gefunden werden docker0: route ip+net: no such network interface

Warnung: /proc/config.gz existiert nicht, sucht andere Pfade für die Kernel-Konfiguration ...
info: Kernel-Konfiguration aus /boot/config-4.8.0-59-generic lesen ...

Generell notwendig:

  • cgroup-Hierarchie: richtig gemountet [/sys/fs/cgroup]
  • apparmor: aktiviert und Tools installiert
  • CONFIG_NAMESPACES: aktiviert
  • CONFIG_NET_NS: aktiviert
  • CONFIG_PID_NS: aktiviert
  • CONFIG_IPC_NS: aktiviert
  • CONFIG_UTS_NS: aktiviert
  • CONFIG_CGROUPS: aktiviert
  • CONFIG_CGROUP_CPUACCT: aktiviert
  • CONFIG_CGROUP_DEVICE: aktiviert
  • CONFIG_CGROUP_FREEZER: aktiviert
  • CONFIG_CGROUP_SCHED: aktiviert
  • CONFIG_CPUETS: aktiviert
  • CONFIG_MEMCG: aktiviert
  • CONFIG_KEYS: aktiviert
  • CONFIG_VETH: aktiviert (als Modul)
  • CONFIG_BRIDGE: aktiviert (als Modul)
  • CONFIG_BRIDGE_NETFILTER: aktiviert (als Modul)
  • CONFIG_NF_NAT_IPV4: aktiviert (als Modul)
  • CONFIG_IP_NF_FILTER: aktiviert (als Modul)
  • CONFIG_IP_NF_TARGET_MASQUERADE: aktiviert (als Modul)
  • CONFIG_NETFILTER_XT_MATCH_ADDRTYPE: aktiviert (als Modul)
  • CONFIG_NETFILTER_XT_MATCH_CONNTRACK: aktiviert (als Modul)
  • CONFIG_NETFILTER_XT_MATCH_IPVS: aktiviert (als Modul)
  • CONFIG_IP_NF_NAT: aktiviert (als Modul)
  • CONFIG_NF_NAT: aktiviert (als Modul)
  • CONFIG_NF_NAT_NEEDED: aktiviert
  • CONFIG_POSIX_MQUEUE: aktiviert

Optionale Funktionen:

  • CONFIG_USER_NS: aktiviert
  • CONFIG_SECCOMP: aktiviert
  • CONFIG_CGROUP_PIDS: aktiviert
  • CONFIG_MEMCG_SWAP: aktiviert
  • CONFIG_MEMCG_SWAP_ENABLED: fehlt
    (Cgroup Swap Accounting ist derzeit nicht aktiviert, Sie können es aktivieren, indem Sie die Boot-Option "swapaccount=1" setzen)
  • CONFIG_LEGACY_VSYSCALL_EMULATE: aktiviert
  • CONFIG_BLK_CGROUP: aktiviert
  • CONFIG_BLK_DEV_THROTTLING: aktiviert
  • CONFIG_IOSCHED_CFQ: aktiviert
  • CONFIG_CFQ_GROUP_IOSCHED: aktiviert
  • CONFIG_CGROUP_PERF: aktiviert
  • CONFIG_CGROUP_HUGETLB: aktiviert
  • CONFIG_NET_CLS_CGROUP: aktiviert (als Modul)
  • CONFIG_CGROUP_NET_PRIO: aktiviert
  • CONFIG_CFS_BANDWIDTH: aktiviert
  • CONFIG_FAIR_GROUP_SCHED: aktiviert
  • CONFIG_RT_GROUP_SCHED: fehlt
  • CONFIG_IP_NF_TARGET_REDIRECT: aktiviert (als Modul)
  • CONFIG_IP_VS: aktiviert (als Modul)
  • CONFIG_IP_VS_NFCT: aktiviert
  • CONFIG_IP_VS_PROTO_TCP: aktiviert
  • CONFIG_IP_VS_PROTO_UDP: aktiviert
  • CONFIG_IP_VS_RR: aktiviert (als Modul)
  • CONFIG_EXT4_FS: aktiviert
  • CONFIG_EXT4_FS_POSIX_ACL: aktiviert
  • CONFIG_EXT4_FS_SECURITY: aktiviert
  • Netzwerktreiber:

    • "überlagern":

    • CONFIG_VXLAN: aktiviert (als Modul)

      Optional (für verschlüsselte Netzwerke):



      • CONFIG_CRYPTO: aktiviert


      • CONFIG_CRYPTO_AEAD: aktiviert


      • CONFIG_CRYPTO_GCM: aktiviert (als Modul)


      • CONFIG_CRYPTO_SEQIV: aktiviert


      • CONFIG_CRYPTO_GHASH: aktiviert (als Modul)


      • CONFIG_XFRM: aktiviert


      • CONFIG_XFRM_USER: aktiviert (als Modul)


      • CONFIG_XFRM_ALGO: aktiviert (als Modul)


      • CONFIG_INET_ESP: aktiviert (als Modul)


      • CONFIG_INET_XFRM_MODE_TRANSPORT: aktiviert (als Modul)



    • "ipvlan":

    • CONFIG_IPVLAN: aktiviert (als Modul)

    • "macvlan":

    • CONFIG_MACVLAN: aktiviert (als Modul)

    • CONFIG_DUMMY: aktiviert (als Modul)

    • "ftp,tftp-Client im Container":

    • CONFIG_NF_NAT_FTP: aktiviert (als Modul)

    • CONFIG_NF_CONNTRACK_FTP: aktiviert (als Modul)

    • CONFIG_NF_NAT_TFTP: aktiviert (als Modul)

    • CONFIG_NF_CONNTRACK_TFTP: aktiviert (als Modul)

  • Speichertreiber:

    • "aufs":

    • CONFIG_AUFS_FS: aktiviert (als Modul)

    • "btrfs":

    • CONFIG_BTRFS_FS: aktiviert (als Modul)

    • CONFIG_BTRFS_FS_POSIX_ACL: aktiviert

    • "Gerätemapper":

    • CONFIG_BLK_DEV_DM: aktiviert

    • CONFIG_DM_THIN_PROVISIONING: aktiviert (als Modul)

    • "überlagern":

    • CONFIG_OVERLAY_FS: aktiviert (als Modul)

    • "zfs":

    • /dev/zfs: fehlt

    • zfs-Befehl: fehlt

    • zpool-Befehl: fehlt

Grenzen:

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

Wer wusste? Die Lösung bestand darin, es aus- und wieder einzuschalten.

Scheint, dass Linux diesen Trick von Windows kopiert hat

Ich sollte für andere Arch-Benutzer hinzufügen, dass der Neustart in meinem Fall auf ein System-Upgrade am selben Tag zurückzuführen war. Anscheinend kann Docker keine Verbindung herstellen, wenn Sie arch ohne Neustart aktualisiert haben.

Das gleiche Problem mit meinem Raspberry PI.
Neustart hat das Problem gelöst.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen