Image-Download failed.

razorworks · 29. Mai 2021

Hallo,
da ich auch nach intensivem Suchen keine Lösung gefunden habe, schreibe ich mein Problen hier nieder:

Seit neustem kann ich leider keine Image von z.B. Docker Hub (https://registry.hub.docker.com) mittels Docker-Paket (von Synology) auf meiner DS2415+ mit DSM 6.2.3-25426 Update 3 (ja, jüngste DSM steht noch aus) mehr laden, da ich immer folgende Fehler im Log (/var/log/Docker/docker.log) lesen muss:

Code:

2021-05-25T22:26:45+02:00 mega docker[9414]: WARN[4233131] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-25T22:27:00+02:00 mega docker[9414]: WARN[4233146] Error getting v2 registry: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
2021-05-25T22:27:00+02:00 mega docker[9414]: ERRO[4233146] Handler for POST /v1.39/images/create returned error: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
2021-05-25T22:29:43+02:00 mega docker[9414]: WARN[4233308] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-25T22:34:43+02:00 mega docker[9414]: WARN[4233608] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory

Könnt ihr mir helfen und mitteilen, was hier seit kurzem falsch läuft?
Wenn euch noch Infos fehlen reiche ich diese gern nach.

Vielen Dank.

Anzeige · 29. Mai 2021

Hallo razorworks,

Bücher und Hardware zum Thema gibt es bei Amazon: Image-Download failed.

blurrrr · 29. Mai 2021

Routing funktioniert? DNS ebenso? Blockiert ggf. irgendeiner Firewall irgendwas ("Drop", "Block" eher unwahrscheinlich)?

Mach mal ein "traceroute www.google.de" von der Shell aus, damit haste direkt schon ein paar Dinge abgefrühstückt (die ersten beiden). Danach nochmal Firewalls auf dem Weg prüfen.

razorworks · 30. Mai 2021

Hallo @blurrrr ,
danke für Deine Tipps. Leider waren sie nicht erfolgreich mein Problem betreffend, dennoch hier die Ergebnisse:

Code:

root@mega:~# traceroute www.google.de
traceroute to www.google.de (216.58.213.195), 30 hops max, 60 byte packets
 1  10.10.101.1 (10.10.101.1)  0.162 ms  0.148 ms  0.207 ms
 2  p3e9bf08c.dip0.t-ipconnect.de (62.155.240.140)  6.444 ms  6.455 ms  6.493 ms
 3  pd900cb8e.dip0.t-ipconnect.de (217.0.203.142)  11.936 ms hh-ee1-i.HH.DE.NET.DTAG.DE (62.154.32.62)  10.906 ms pd900cb8e.dip0.t-ipconnect.de (217.0.203.142)  12.093 ms
 4  72.14.202.10 (72.14.202.10)  10.529 ms  10.649 ms  10.557 ms
 5  10.252.165.190 (10.252.165.190)  12.274 ms 10.252.213.30 (10.252.213.30)  11.511 ms 10.252.64.126 (10.252.64.126)  10.648 ms
 6  216.239.43.122 (216.239.43.122)  10.759 ms 108.170.253.81 (108.170.253.81)  11.151 ms 209.85.245.202 (209.85.245.202)  11.853 ms
 7  ham02s15-in-f3.1e100.net (216.58.213.195)  9.921 ms 108.170.253.84 (108.170.253.84)  10.132 ms ham02s15-in-f3.1e100.net (216.58.213.195)  9.710 ms

root@mega:~# traceroute registry-1.docker.io
traceroute to registry-1.docker.io (3.209.182.229), 30 hops max, 60 byte packets
 1  10.10.101.1 (10.10.101.1)  0.149 ms  0.203 ms  0.257 ms
 2  p3e9bf08c.dip0.t-ipconnect.de (62.155.240.140)  82.745 ms  82.792 ms  82.838 ms
 3  nyc-sb6-i.NYC.US.NET.DTAG.DE (62.154.5.209)  103.261 ms  103.306 ms  103.754 ms
 4  99.83.71.176 (99.83.71.176)  108.157 ms  108.194 ms  108.233 ms
 5  * * *
 6  * * *
 7  52.93.28.202 (52.93.28.202)  99.304 ms 52.93.28.198 (52.93.28.198)  101.272 ms 52.93.28.204 (52.93.28.204)  101.235 ms
 8  * * *
 9  * * *
10  * * *
--- SCHNIPP ---
--- SCHNAPP ---
28  * * *
29  * * *
30  * * *

Ausgehend wird hier nix blockiert, auch den "DNS-Filter" pi-hole habe ich ausgeschaltet - kein Erfolg.
Im Docker-Log steht leider auch noch nach wie vor alle 5 Minuten:

Code:

2021-05-29T23:52:27+02:00 mega docker[2438]: WARN[348779] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory

Das hat offensichtlich auch niemand in seinem Log stehen, n'est-ce pas?

haydibe · 30. Mai 2021

Früher gab es Probleme beim Image pullen auf der Syno, wenn man seine DockerID eingetragen hat (über die UI oder `docker login`)

Die Meldung ist eine Warnung, die nur sagt das eine Datei nicht an einer erwarteten Stelle im FS liegt. Docker würde sie verwenden, um zu ermitteln auf welchem OS es läuft. Die Warnung gab es schon immer und ich hab sie auch. Das ist nicht die Ursache für Dein aktuelles Problem.

blurrrr · 30. Mai 2021

Das mit dem Pihole ist egal, wäre dem so, wäre der Name erst garnicht aufgelöst worden und somit hätte ein traceroute auch nicht funktioniert (kein Ziel = keine Strecke). Das mit den geblockten ICMP-Paketen "scheint" auch normal zu sein, kriege von keinem der hinterlegten IPs eine Antwort und auf der Strecke ist (von mehreren Standorten aus) auch relativ früh schluss mit ICMP-Antworten.

Name: registry-1.docker.io
Address: 3.229.227.53
Name: registry-1.docker.io
Address: 107.23.149.57
Name: registry-1.docker.io
Address: 54.152.28.6
Name: registry-1.docker.io
Address: 18.214.230.110
Name: registry-1.docker.io
Address: 35.175.91.243
Name: registry-1.docker.io
Address: 54.236.165.68
Name: registry-1.docker.io
Address: 35.153.88.109
Name: registry-1.docker.io
Address: 3.220.36.210

Handelt sich ggf. auch nur um ein temporäres Problem, ich würde es einfach mal einen Tag aussitzen und dann nochmal schauen

razorworks · 30. Mai 2021

Ist leider schon seit Tagen so. Konnte ja in der Vergangenheit schon Images ziehen:

Code:

CONTAINER ID        IMAGE                       COMMAND                  CREATED             STATUS                PORTS                                                   NAMES
8f852770e184        bitwardenrs/server:latest   "/start.sh"              3 months ago        Up 4 days (healthy)   0.0.0.0:5555->80/tcp, 0.0.0.0:32768->3012/tcp           bitwarden
e4d350f3557f        portainer/portainer         "/portainer"             4 months ago        Up 4 days             0.0.0.0:9000->9000/tcp                                  portainer
02dcf2453074        synology/gitlab:11.11.8     "/sbin/entrypoint.sh…"   5 months ago        Up 4 days             443/tcp, 0.0.0.0:30001->22/tcp, 0.0.0.0:30000->80/tcp   synology_gitlab
32d2ad2322f3        sameersbn/postgresql:10     "/sbin/entrypoint.sh"    5 months ago        Up 4 days             5432/tcp                                                synology_gitlab_postgresql
e74389ff9a36        sameersbn/redis:4.0.9-1     "/sbin/entrypoint.sh"    5 months ago        Up 4 days             6379/tcp                                                synology_gitlab_redis

Danke euch so weit.

blurrrr · 30. Mai 2021

Mal ganz blöd: Kannste denn https://registry-1.docker.io/v2/ aufrufen?

Bei mir sieht das dann so aus:

Heisst aber kurzum, dass ich eine Antwort bekomme. Das scheint bei Dir nicht der Fall zu sein:

2021-05-25T22:27:00+02:00 mega docker[9414]: ERRO[4233146] Handler for POST /v1.39/images/create returned error: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

razorworks · 30. Mai 2021

Ja, geht. Sieht bei mir an einem Windows-Client und auch am NAS via curl -X GET https://registry-1.docker.io/v2/ genau so aus.
Ich könnte mir vorstellen, dass es im Zusammenhang mit der anderen Meldung steht (s.u.), da docker.io meinen System-Typ nicht übermittelt bekommt. Ich bin aber noch nicht firm genug damit.

Code:

2021-05-30T12:54:36+02:00 mega docker[2438]: WARN[395708] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory

blurrrr · 30. Mai 2021

Hm, dazu kann ich nix sagen, ich fand den Timeout eher spannender (Netzwerk und so, weisst schon ?). Also das was da an Pfad angegeben ist... sorry, denke eher nicht so... also weder so, noch anders, denn:

~# find / -name "os-release"
~#

Wo nix ist, kann man irgendwie auch nix finden. Zur Sicherheit 2x geschaut, erstmal ohne Docker und dann nochmal auf einem System mit Docker (weiss der Geier, ob die sowas nicht doch noch mit der Docker-Installation irgenwohin geschmissen hätten... ?).

haydibe · 30. Mai 2021

Zu der Warnung hatte ich schon etwas geschrieben. An der liegt es nicht - jeder von uns hat das beliebig oft in seinen Docker logs.

blurrrr · 30. Mai 2021

Kann ja faktisch auch garnichts damit zu tun haben... wenn bei allen nach der Datei gesucht wird und sie "normalerweise" garnicht da ist.... Docker funktioniert ja trotzdem bei den meisten. Ist halt wieder diese Kausalität mit dem Sack Reis in China... (ok, das war ein bisschen fies, steht ja immerhin was in den Docker-Logs ? )

razorworks · 30. Mai 2021

haydibe schrieb:
Zu der Warnung hatte ich schon etwas geschrieben. An der liegt es nicht - jeder von uns hat das beliebig oft in seinen Docker logs.

Könntest Du oder @blurrrr vielleicht versuchen den Container gitlab/gitlab-ce:latest im Synology-Docker-Package zu laden und einen Blick ins Log werfen? Registry: https://registry.hub.docker.com
Welches NAS hast Du / habt ihr im Einsatz? Vielleicht kommen wir ja so weiter.

Ab wann werden meine Fragen denn sofort, also ohne Genehmigung, veröffentlicht?

haydibe · 31. Mai 2021

Hast Du zufällig ein macvlan-Netzwerk erstellt und der Syno ein weiteres macvlan-Interface zugeordnet, damit die Container ungehindert mit der Syno kommunizieren können? Neulich hab ich beim Nachstellen einer Problemstellung auch hinbekommen, dass Docker bei einer Fehlkonfiguration auch nicht mehr mit der Registry kommuniziert. Gefühlt dauert das Pullen der Image seit den macvlan Spielerein auch mit korrekter Konfiguration länger als vorher. Kann aber auch zufällig Kausal sein. [update]nach einem Neustart des NAS läuft ein Pull bei mir wieder wie gewohnt schnell[/update]

Ich habe das Image auf ner 918+ über die Cli geladen:

Code:

root@dsm:/var/log/Docker# date
Mon May 31 07:48:45 CEST 2021
root@dsm:/var/log/Docker# docker pull gitlab/gitlab-ce:latest
latest: Pulling from gitlab/gitlab-ce
345e3491a907: Pull complete
57671312ef6f: Pull complete
5e9250ddb7d0: Pull complete
49cfbedc1e63: Pull complete
c92975ee6a03: Pull complete
1ff2bcaa385e: Pull complete
739edc7d5fb1: Pull complete
4b4803f59973: Pull complete
12cc89e4f462: Pull complete
Digest: sha256:c3e7810c4784ce703d5631db23000d232f81ecce7ffd8b3b146f498b92c1bb91
Status: Downloaded newer image for gitlab/gitlab-ce:latest
root@dsm:/var/log/Docker# date
Mon May 31 07:51:08 CEST 2021

Es gibt Null Log-Einträge dazu:

2021-05-31T07:48:31+02:00 dsm docker[15210]: WARN[1516643] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:48:50+02:00 dsm docker[15210]: WARN[1516662] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:48:51+02:00 dsm docker[15210]: WARN[1516663] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:49:11+02:00 dsm docker[15210]: WARN[1516683] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:49:31+02:00 dsm docker[15210]: WARN[1516703] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:49:51+02:00 dsm docker[15210]: WARN[1516723] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:50:11+02:00 dsm docker[15210]: WARN[1516743] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:50:31+02:00 dsm docker[15210]: WARN[1516763] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:50:51+02:00 dsm docker[15210]: WARN[1516783] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:51:10+02:00 dsm docker[15210]: WARN[1516802] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:51:11+02:00 dsm docker[15210]: WARN[1516803] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:51:31+02:00 dsm docker[15210]: WARN[1516823] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T07:51:51+02:00 dsm docker[15210]: WARN[1516843] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory

Hast Du schon mal versucht den Log-Level der CLI hochzuschrauben?

Code:

docker --debug --log-level debug pull gitlab/gitlab-ce:latest

Vielleicht liefert es weitere Hinweise..

blurrrr · 31. Mai 2021

razorworks schrieb:
im Synology-Docker-Package

Ich benutz das zwar garnicht... aber... ich guck mal eben... ?

Also via DPD-Stack ist das kein Problem (nicht der Lieferdienst, sondern: Docker + Portainer + Debian (wollt auch einfach mal was cooles sagen, was keiner kennt ???)). Via Syno sieht's dann so aus:

...und im Anschluss eben...

...Registry ist alles auf Standard...

... scheint also eher so, als hättest Du das Probem und nicht die anderen ? Hier ist das Image mittlerweile auch fertig geladen...

Versuch es mal wie @haydibe sagte, über die CLI mit erweitertem Logging, an irgendwas muss es ja liegen...

haydibe schrieb:
Hast Du schon mal versucht den Log-Level der CLI hochzuschrauben?

Netzwerkkonnektivität ist ja wohl gegeben (s. traceroute-Ergebnisse), Docker als solches funktioniert ja wohl auch, also wird das Problem vermutlich irgendwo dazwischen sitzen ?

haydibe · 31. Mai 2021

blurrrr schrieb:
Also via DPD-Stack ist das kein Problem (nicht der Lieferdienst, sondern: Docker + Portainer + Debian (wollt auch einfach mal was cooles sagen, was keiner kennt ???)). Via Syno sieht's dann so aus:

Herrlich!

razorworks · 31. Mai 2021

Guten Abend,
habe alles versucht, leider ohne den gewünschten Erfolg. Logs o.ä:

Code:

root@mega:~# docker --debug --log-level debug pull gitlab/gitlab-ce:latest
Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

2021-05-31T19:02:29+02:00 mega docker[2438]: WARN[504181] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory
2021-05-31T19:02:44+02:00 mega docker[2438]: WARN[504196] Error getting v2 registry: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
2021-05-31T19:02:44+02:00 mega docker[2438]: ERRO[504196] Handler for POST /v1.39/images/create returned error: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

Die Docker-Registry ist so konfiguriert, wie es oben auf den Bildern zu sehen ist. Ich werde jetzt noch den von @haydibe angesprochenen Reboot inkl. Update des NAS auf die jüngste offizielle DSM machen, wenn ich meinen ESXi ausgeschaltet habe und dann alles erneut probieren. Ich fände es nicht schön, wenn das Problem ein "einfacher" Reboot gelöst hätte, ABER...

haydibe · 31. Mai 2021

Wie sieht es mit macvlan oder einem erzwungen http_proxy oder vpn "Ausgang" aus?
Schonmal das Docker Package spaßeshalber beendet und dann neu gestartet?

razorworks · 31. Mai 2021

Guten Abend,
das ein Reboot das Problem "im Handumdrehen" lösen sollte hätte ich wirklich nicht gedacht, zumal ja sonst alles wie gewünscht funktioniert hat. Ich lasse mich jetzt mit Asche bestreuen. #AscheAufMeinHaupt #MeaCulpa
Was meinst Du mit macvlan, @haydibe ? Sagt mir nix.

Danke für eure Unterstützung.

Nach wie vor findet sich folgende Zeile im docker.log:

Code:

2021-05-31T22:54:27+02:00 mega docker[5748]: WARN[3927] Could not get operating system name: Error opening /usr/lib/os-release: open /usr/lib/os-release: no such file or directory

Scheint aber egal zu sein. Habe jetzt den gewünschten Download durchführen können.

blurrrr · 01. Jun 2021

Heisst nicht umsonst "Reboot tut gut" ? Das mit der Zeile kannst Du - denke ich - mal getrost ignorieren (wurde ja auch schon gesagt). Eine entsprechende Datei befindet sich einfach nicht auf der Syno.

razorworks · 01. Jun 2021

Ja, das habe ich mir im Nachhinein auch gedacht...
Auch das mit der Datei. Ist mir natürlich vorher nicht aufgefallen, denn wann schaut man schon in Logs bei einem funktionierenden System?¿?

Danke nochmals und gute Nacht.