Ich habe vor kurzem auf Docker-Version 1.13 und docker-compose 1.10.0 aktualisiert.
Bei Verwendung einer Docker-Compose-Datei (sowohl Version 2 als auch Version 3) erhalte ich bei den Befehlen docker-compose up
docker-compose pull <service_name>
die folgende Fehlermeldung:
$ docker-compose up
Ziehe myredis (redis:latest)...
Traceback (letzter Anruf zuletzt):
Datei "/usr/local/bin/docker-compose", Zeile 11, in
sys.exit(main())
Datei "/usr/local/lib/python2.7/dist-packages/compose/cli/main.py", Zeile 64, in main
Befehl()
Datei "/usr/local/lib/python2.7/dist-packages/compose/cli/main.py", Zeile 116, in perform_command
handler(Befehl, Befehlsoptionen)
Datei "/usr/local/lib/python2.7/dist-packages/compose/cli/main.py", Zeile 848, in up
remove_orphans=remove_orphans)
Datei "/usr/local/lib/python2.7/dist-packages/compose/project.py", Zeile 389, in up
svc.ensure_image_exists(do_build=do_build)
Datei "/usr/local/lib/python2.7/dist-packages/compose/service.py", Zeile 312, in secure_image_exists
self.pull()
Datei "/usr/local/lib/python2.7/dist-packages/compose/service.py", Zeile 878, in Pull
Ausgabe = self.client.pull(repo, tag=tag, stream=True)
Datei "/usr/local/lib/python2.7/dist-packages/docker/api/image.py", Zeile 333, in Pull
header = auth.get_config_header(self, Registry)
AttributeError: 'module'-Objekt hat kein Attribut 'get_config_header'
Hier sind meine Compose-Dateien. Beachten Sie, dass sowohl Version 2 als auch Version 3 mit demselben Fehler fehlschlagen.
~/Downloads $ cat docker-compose.yml
version: '2'
services:
myredis:
image: redis:alpine
~/Downloads $ cat docker-compose.yml
version: '3'
services:
myredis:
image: redis:alpine
~/Downloads $ Docker-Version
Klient:
Version: 1.13.0
API-Version: 1.25
Go-Version: go1.7.3
Git-Commit: 49bf474
Baujahr: Di 17 Jan 09:58:26 2017
Betriebssystem/Arch: linux/amd64
Server:
Version: 1.13.0
API-Version: 1.25 (Mindestversion 1.12)
Go-Version: go1.7.3
Git-Commit: 49bf474
Baujahr: Di 17 Jan 09:58:26 2017
Betriebssystem/Arch: linux/amd64
Experimentell: falsch
~/Downloads $ Docker-Info
WARNUNG: Keine Swap-Limit-Unterstützung
Behälter: 5
Laufen: 0
Angehalten: 0
Gestoppt: 5
Bilder: 59
Serverversion: 1.13.0
Speichertreiber: aufs
Root-Verzeichnis: /var/lib/docker/aufs
Backup-Dateisystem: extfs
Dirs: 104
Dirperm1 unterstützt: true
Protokollierungstreiber: json-Datei
Cgroup-Treiber: cgroupfs
Plugins:
Lautstärke: lokal
Netzwerk: Bridge-Host-Macvlan-Null-Overlay
Schwarm: inaktiv
Laufzeiten: runc
Standardlaufzeit: runc
Init-Binärdatei: docker-init
Containerversion: 03e5862ec0d8d3b3f750e19fca3ee367e13c090e
Runc-Version: 2f7393a47307a16f8cee44a37b262e8b81021e3e
Init-Version: 949e6fa
Sicherheitsoptionen:
Apparmor
seccomp
Profil: Standard
Kernel-Version: 4.4.0-53-generic
Betriebssystem: Ubuntu 16.04.1 LTS
Betriebssystemtyp: Linux
Architektur: x86_64
CPUs: 8
Gesamtspeicher: 15,55 GiB
Name: GESCHWÄRZT
ID: EWM5: UMNC:4KLA : MYJK:FZ7F : JSKE:D2NB : CICK:KL33 : QWEE:9000 :K6OJ
Docker-Stammverzeichnis: /var/lib/docker
Debug-Modus (Client): false
Debug-Modus (Server): false
Benutzername: REDACTED
Registrierung: https://index.docker.io/v1/
Experimentell: falsch
Unsichere Register:
127.0.0.0/8
Live-Wiederherstellung aktiviert: false
~/Downloads $ docker-compose-Version
docker-compose Version 1.10.0, Build 4bd6f1a
docker-py-Version: 2.0.2
CPython-Version: 2.7.12
OpenSSL-Version: OpenSSL 1.0.2g 1. März 2016
~/Downloads $ uname -ra
Linux ZENTRIERT 4.4.0-53-generic #74-Ubuntu SMP Fr 2. Dez. 15:59:10 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
~/Downloads $ lsb_release -ar
Vertriebs-ID: Ubuntu
Beschreibung: Ubuntu 16.04.1 LTS
Veröffentlichung: 16.04
Codename: xenial
Es sind keine LSB-Module verfügbar.
docker selbst (ohne docker-compose) scheint gut zu funktionieren:
~/Downloads $ docker run -it redis:alpine
Bild ' redis:alpine ' kann lokal nicht gefunden werden
alpin: Ziehen aus Bibliothek/Redis
0a8490d0dfd3: Ziehen abgeschlossen
c8d0e817ebe2: Ziehen abgeschlossen
7f2a4f935feb: Ziehen abgeschlossen
0b43e209f780: Ziehen abgeschlossen
b06b9be4b2bc: Ziehen abgeschlossen
5de037257f43: Ziehen abgeschlossen
Zusammenfassung: sha256:a06a61747e4a7b46788e2813b21ea6b06386df8e238e56f51f8793adb48f0a8b
Status: Neueres Bild für redis:alpine heruntergeladen
1:C 25 Jan 08:59:26.533 # Warnung: Keine Konfigurationsdatei angegeben, die Standardkonfiguration verwendet. Um eine Konfigurationsdatei anzugeben, verwenden Sie redis-server /path/to/redis.conf
_._
_.- __ ''-._
_.-
.
_. ''-._ Redis 3.2.6 (00000000/0) 64 Bit
.-`` .- .
\/ _.,_ ''-._
....
...
..
Ich habe es endlich repariert, ich weiß nicht, was funktioniert hat :wink: Ich habe einfach alles mit Feuer gemacht und alles hat sich wieder normalisiert.
Die Nuke-Startcodes, die ich verwendet habe, sind:
docker stop $(docker ps -a -q)
# stoppt alle Docker-Container
docker rm -f $(docker ps -a -q)
# alle Docker-Container entfernen
docker images -q | xargs docker rmi -f
# alle Docker-Images entfernen
sudo pip uninstall docker-compose
# Docker-Compose deinstallieren
Dann Docker-Compose neu installiert:
sudo pip install -U docker-compose
https://github.com/docker/compose/issues?utf8=%E2%9C%93&q=AttributeError%3A%20%27module%27%20object%20has%20no%20attribute%20%27get_config_header%27 :slightly_smiling_face:
https://github.com/docker/compose/issues/4344#issuecomment -273932670 :slightly_smiling_face:
Ich hatte einen ähnlichen Fehler, als ich den Befehl "docker-compose" auf centos7 ausführte.
Ich habe den Server neu gestartet und er funktioniert wieder. Problem tritt jedoch immer wieder auf.
Hilfreichster Kommentar
Ich habe es endlich repariert, ich weiß nicht, was funktioniert hat :wink: Ich habe einfach alles mit Feuer gemacht und alles hat sich wieder normalisiert.
Die Nuke-Startcodes, die ich verwendet habe, sind:
docker stop $(docker ps -a -q)
# stoppt alle Docker-Containerdocker rm -f $(docker ps -a -q)
# alle Docker-Container entfernendocker images -q | xargs docker rmi -f
# alle Docker-Images entfernensudo pip uninstall docker-compose
# Docker-Compose deinstallierenDann Docker-Compose neu installiert:
sudo pip install -U docker-compose