Synology Image via docker non " latest"

[bret]

Bonsoir,
Je viens de mettre à jour une image via docker , mais celle-ci n'est pas "latest" mais " none" , que dois je faire pour régler cela ? ( le logiciel fonctionne comme auparavant)

cdlt

Bret

 

[bliz]

esssaye avec portainer, mais je ne l'ai jamais fait

par contre, si c'est fait avec en projet, il suffit de le suprimer, puis de le relancer

 

[EVO]

Salut,
Cela indique que l'image actuellement utilisée pour le conteneur est "détagée" , souvent cela signifie qu'une version plus récente a etait pull ( recupérer sur le serveur ).

Imaginons que tu créer un conteneur avec une image debian:latest, qui est en fait debian:12.10
Ton conteneur tourne, il est en debian 12.10 et utilise l'image debian avec le tag "latest"

Maintenant, une image avec la version 12.11 sort. C'est donc la version 12.11 qui prend le tag de latest dans le registre docker.
Si tu ne fait rien sur ton serveur, alors rien ne change.

Mais si tu "pull" l'image debian, alors docker va voir que l'image docker:latest est modifée.

Il va donc récupérer la nouvelle image docker:latest ( qui est donc 12.11 ), et puisque deux images ne peuveut pas avoir le même nom et tag, il va supprimer le tag "latest" de l'ancienne image car c'est la nouvelle qui est la plus récente, et qui va donc bénéficier de ce tag.

Cela a pour conséquence que l'image "debian:latest" de base, qui est donc debian:12.10 n'a plus de tag, elle est alors "debian:none".

 

[bret]

tout est logique ! je comprends mieux ....... mais il faut m'expliquer clairement .... et pas trop vite

 

[CyberFR]

tout est logique ! je comprends mieux

D'où l'intérêt d'utiliser une application comme Watchtower sous docker qui gère automatiquement les mises à jour de conteneurs de telle sorte que les images sont toujours latest.

 

[bret]

c'est déja ce que je fais ! mais watchtower me remonte un problème et je ne sais pas pourquoi . ( il faut savoir qu'il fait parti d'un conteneur ( gluetun+ qbittorrent) , je n'ai pas autorisé la mise à jour de Gluetun et c'est peut-être la le souci

services:
  gluetun:
    image: qmcgaw/gluetun:latest
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    devices:
      - /dev/net/tun:/dev/net/tun
    ports:
      - 8888:8888/tcp # HTTP proxy
      - 8388:8388/tcp # Shadowsocks
      - 8388:8388/udp # Shadowsocks
      - 8090:8090 # qBittorrent
    volumes:
      - /volume1/docker/gluetun:/gluetun
    environment:
      - PUID= #CHANGE_TO_YOUR_UID
      - PGID= #CHANGE_TO_YOUR_GID
      - TZ=Europe/ #CHANGE_TO_YOUR_TZ
      - VPN_SERVICE_PROVIDER=
      - VPN_TYPE=wireguard
      - WIREGUARD_PRIVATE_KEY
      - SERVER_COUNTRIES=
      - PORT_FORWARD_ONLY=on
      - VPN_PORT_FORWARDING=on
      - VPN_PORT_FORWARDING_UP_COMMAND=/bin/sh -c 'wget -O- --retry-connrefused --post-data "json={\"listen_port\":{{PORTS}}}" http://172.20.0.1:8090/api/v2/app/setPreferences 2>&1'
      - HTTPPROXY=off
      - SHADOWSOCKS=off
      - FIREWALL_OUTBOUND_SUBNETS=172.20.0.0/16,192.168.1.0/24
      - UPDATER_PERIOD=24h
    network_mode: synobridge
    labels:
      - com.centurylinklabs.watchtower.enable=false
    security_opt:
      - no-new-privileges:true
    restart: always
  
  qbittorrent:
    image: linuxserver/qbittorrent:latest
    container_name: qbittorrent
    environment:
      - PUID= #CHANGE_TO_YOUR_UID
      - PGID= #CHANGE_TO_YOUR_GID
      - TZ=Europe/ #CHANGE_TO_YOUR_TZ
      - WEBUI_PORT=8090
      - UMASK=022
    volumes:
      - /volume1/docker/qbittorrent:/config
      - /volume2/datas/torrents:/datas/torrents
    network_mode: service:gluetun # run on the vpn network
    labels:
      - com.centurylinklabs.watchtower.enable=true
    security_opt:
      - no-new-privileges:true
    restart: always