• Docker

  • Problème de réseau avec Docker

Bonjour,

Lorsque je met à jour une image docker, peu importe laquelle, c'est très lent, voir impossible, (entre 1h à 3h), alors qu'il y a quelques jours, c'était quasi instantané.

Voici les infos de ma VM

Debian 12 ARM 64

/etc/resolv.conf

nameserver 1.1.1.1
nameserver 1.0.0.1

Exemple docker-compose.yml

services:
  flaresolverr:
    image: ghcr.io/flaresolverr/flaresolverr:latest
    container_name: flaresolverr
    environment:
      - LOG_LEVEL=${LOG_LEVEL:-info}
      - LOG_HTML=${LOG_HTML:-false}
      - CAPTCHA_SOLVER=${CAPTCHA_SOLVER:-none}
      - TZ=Europe/Paris
    ports:
      - "${PORT:-8191}:8191"
    restart: unless-stopped

docker version

Client: Docker Engine - Community
 Version:           25.0.3
 API version:       1.44
 Go version:        go1.21.6
 Git commit:        4debf41
 Built:             Tue Feb  6 21:14:22 2024
 OS/Arch:           linux/arm64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          25.0.3
  API version:      1.44 (minimum version 1.24)
  Go version:       go1.21.6
  Git commit:       f417435
  Built:            Tue Feb  6 21:14:22 2024
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.6.28
  GitCommit:        ae07eda36dd25f8a1b98dfbf587313b99c0190bb
 runc:
  Version:          1.1.12
  GitCommit:        v1.1.12-0-g51d5e94
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

docker info

Client: Docker Engine - Community
 Version:    25.0.3
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.12.1
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.24.5
    Path:     /usr/libexec/docker/cli-plugins/docker-compose

Server:
 Containers: 4
  Running: 4
  Paused: 0
  Stopped: 0
 Images: 4
 Server Version: 25.0.3
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: systemd
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: ae07eda36dd25f8a1b98dfbf587313b99c0190bb
 runc version: v1.1.12-0-g51d5e94
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: builtin
  cgroupns
 Kernel Version: 6.1.0-18-arm64
 Operating System: Debian GNU/Linux 12 (bookworm)
 OSType: linux
 Architecture: aarch64
 CPUs: 2
 Total Memory: 973.4MiB
 Name: debian
 ID: 7c6af097-42c5-4299-a157-d9a2b5562043
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

Voici ou ça bloque

Si quelqu'un sait me renseigner, car je ne vois pas où ça bloque.

Cdlt

C'est un problème général, ça m'arrive souvent aussi, surtout avec les images linuxserver. Je pense que le stockage amazon qu'ils utilisent est saturé.

6 jours plus tard

Depuis plusieurs, c'est revenu à la normal, donc j'imagine que oui.. :o

    CocaCola oui ou bien c'est une coquille réseau côté FAI 😅 l'autre soir j'ai eu des débits en carafe et des latences de dingue hors du réseau FAI...

        ex_rat a renommé le titre en Problème de réseau avec Docker.

        MattProd D'après ce que j'ai lu, c'est leur abonnement S3 chez amazon qui était limité parce que les limites de transfert étaient atteintes (source "c'est le voisin du cousin du coiffeur de ma belle soeur qui me l'a dit", donc ultra fiable)

            3 mois plus tard

            Merrick hehe ok. Bon j’ai pas eu de soucis depuis donc c’est réglé à mon avis 🙂

              Répondre…