[Eisfair] Problem mit Docker 3.6.30 , Pull timeout

[Marcus Röckrath]

Hallo Ulrich,

Ulrich Hupe wrote:

> Die Verbindung geht:
> Eis64 # curl -4 -I https://registry-1.docker.io/v2/
> HTTP/2 401
> date: Sun, 14 Jun 2026 10:48:09 GMT
> content-type: application/json
> content-length: 87
> docker-distribution-api-version: registry/2.0
> www-authenticate: Bearer
> realm="https://auth.docker.io/token",service="registry.docker.io"
> strict-transport-security: max-age=31536000

Also wartet der docker auf eis auf Daten aus dem Internet, bekommt sie nicht 
und rennt dann in einen Timeout?

Ich kenne Leute, die mit meinem fbtr64toolbox auf Debian 13 in ein Timeout 
rennen, wenn das Skript  mittels wget eine geschützte Verbindung auffruft. 
Die TLS-Verbindung wird nicht sauber terminiert, was wohl sowol die Fritz 
als auch wget schuld sind. Die Fritz sendet keine Content-Length, worüber 
wget stolpert bzw. wartet, wartet, ..., ob noch was kommt.

Hier spielt dann auch eine Rolle, ob wget egen gnutls oder openssl gebaut 
ist. Mit curl gibt es im gleichen Fall die Probleme nicht.
 
> Die Version Docker 29.5.0 scheint sehr komplex zu sein, das der relativ
> einfache und stringente Aufbau des EIS64 da ins stolpern kommt.

Hat dir das die KI halluziniert?

Was hat ein einfacherer und stringenterer Aufbau damit zu tun, dass eine 
Software nicht sauber läuft?

Wenn es auf eis eine Lib mit einer bestimmten API-Version gibt, dann 
unterscheidet sie sich nicht von der gleichen Lib unter anderen Distris. Wir 
bauen Libs fast komplett nur über SuSE-src-RPMs, somit sind unsere Libs so 
wie bei SuSE gebaut.

Ist die API-Version falsch, fliegt einem das schon beim Bau um die Ohren.
 
> https://github.com/moby/moby/issues/52641
> 
> https://forums.docker.com/t/rootless-docker-not-working-after-update-to-version-29-5-0/151707
> 
>  >>>Wenn docker pull nach dem Update auf die Version 29.5 auf deinem
> eisfair-64 (eis64) System fehlschlägt, liegt das in den allermeisten
> Fällen an einer Inkompatibilität alter API-Versionen,

Welche API? API gibt es bei Libs, es kann also die eine falsche API garnicht 
geben. Ansonsten siehe oben.

> fehlenden Rootless-Berechtigungen

Was sind Rootless-Berechtigungen; das wäre noch am ehesten ein Ansatzpunkt, 
weil es hier möglicherweise um eine Konfigurationseinstellung geht.

> oder einem DNS-Auflösungsfehler nach dem Engine-Update.

Was kann der eis dafür, dass eine Adresse nicht aufgelöst wird? Die 
Auflösung geschieht über externe DNS-Server.

> Da Docker 29 ältere API-Clients (unter Version 1.44)
> strikt blockiert,

Was ist mit API-Client gemeint? Wer oder was ist das?

> scheitern automatisierte Skripte oder ältere
> compose-Tools direkt beim Verbindungsaufbau.

Für mich klingt das nach nichtssagendem sunbstanzlosem KI-Schrott.

-- 
Gruß Marcus
[eisfair-Team]