Scénario #35185
EOLE 2.9 : L'utilisation des tag pour les images de conteneur n'est pas suffisante pour s'assurer de la mise à jour
100%
Description
Dans le cas où une image avec le tag spécifié est présente localement, l'étape de téléchargement n'est pas effectuée.
De ce fait, l'image n'est pas mise à jour lorsqu'on utilise les tag génériques dev, staging, stable.
Sous-tâches
Révisions associées
Exécuter la requête PURGE en preservice n’est ni fiable ni nécessaire.
Ref #35185
Historique
#1 Mis à jour par Benjamin Bohard il y a environ 3 ans
Voir https://docs.podman.io/en/latest/markdown/podman-auto-update.1.html et notamment le premier exemple :
### Start a container
$ podman run --label "io.containers.autoupdate=registry" \
--label "io.containers.autoupdate.authfile=/some/authfile.json" \
-d --name=test registry.fedoraproject.org/fedora:latest sleep infinity
bc219740a210455fa27deacc96d50a9e20516492f1417507c13ce1533dbdcd9d
### Generate a systemd unit for this container
$ podman generate systemd --new --files bc219740a210455fa27deacc96d50a9e20516492f1417507c13ce1533dbdcd9d
/home/user/container-bc219740a210455fa27deacc96d50a9e20516492f1417507c13ce1533dbdcd9d.service
### Load the new systemd unit and start it
$ mv ./container-bc219740a210455fa27deacc96d50a9e20516492f1417507c13ce1533dbdcd9d.service ~/.config/systemd/user/container-test.service
$ systemctl --user daemon-reload
### If the previously created containers or pods are using shared resources, such as ports, make sure to remove them before starting the generated systemd units.
$ podman stop bc219740a210455fa27deacc96d50a9e20516492f1417507c13ce1533dbdcd9d
$ podman rm bc219740a210455fa27deacc96d50a9e20516492f1417507c13ce1533dbdcd9d
$ systemctl --user start container-test.service
### Check if a newer image is available
$ podman auto-update --dry-run --format "{{.Image}} {{.Updated}}"
registry.fedoraproject.org/fedora:latest pending
### Autoupdate the services
$ podman auto-update
UNIT CONTAINER IMAGE POLICY UPDATED
container-test.service 08fd34e533fd (test) registry.fedoraproject.org/fedora:latest registry false
#2 Mis à jour par Joël Cuissinat il y a environ 3 ans
- Tracker changé de Demande à Scénario
- Début
10/01/2023supprimé - Release mis à EOLE 2.9.0
- Points de scénarios mis à 1.0
#3 Mis à jour par Gilles Grandgérard il y a environ 3 ans
#4 Mis à jour par Joël Cuissinat il y a environ 3 ans
- Release changé de EOLE 2.9.0 à EOLE 2.8.1
#5 Mis à jour par Joël Cuissinat il y a environ 3 ans
- Sujet changé de L'utilisation des tag pour les images de conteneur n'est pas suffisante pour s'assurer de la mise à jour à EOLE 2.9 : L'utilisation des tag pour les images de conteneur n'est pas suffisante pour s'assurer de la mise à jour
#6 Mis à jour par Joël Cuissinat il y a environ 3 ans
- Release changé de EOLE 2.8.1 à Carnet de produit Cadoles - MEN
#7 Mis à jour par Benjamin Bohard il y a presque 3 ans
- Echéance mis à 01/01/2024
- Assigné à mis à Benjamin Bohard
- Version cible mis à Carnet Cadoles - MEN
- Début mis à 01/10/2022
#8 Mis à jour par Gilles Grandgérard il y a presque 3 ans
- Points de scénarios changé de 1.0 à 2.0
+1 pt vu pendant visio
#9 Mis à jour par Benjamin Bohard il y a presque 3 ans
Vu la problématique de cohérence entre étape de mise à jour et de redémarrage des services, la procédure retenu est celle du podman pull pour tous les conteneurs. L’utilisation de podman auto-update entraînerait le rédemarrage du service utilisant l’image au moment de la mise à jour, ce qui n’est pas souhaité.
L’action de pull récupèrera les images à jour et le service pourra démarrer sur cette image au reconfigure qui suit.
#10 Mis à jour par Joël Cuissinat il y a presque 3 ans
- Release changé de Carnet de produit Cadoles - MEN à EOLE 2.9.0
#11 Mis à jour par Ludwig Seys il y a presque 3 ans
- Statut changé de Nouveau à Résolu
#12 Mis à jour par Joël Cuissinat il y a presque 3 ans
- Statut changé de Résolu à Terminé (Sprint)
- Version cible changé de Carnet Cadoles - MEN à Livraison Cadoles 31/05/2023