[TUTO] Mise à jour automatique des images et conteneurs Docker

[.Shad.]

Dans la documentation ils mettent des quotes pour les variables de l'adresse du serveur et le token, ainsi que le / à la fin de l'adresse : https://containrrr.dev/watchtower/notifications/

[Jeff777]

Pour l'instant j'ai juste mis le / à la fin de l'adresse et maintenant je reçois bien les notifications gotify. Mais ce sont les mêmes que le log de watchtower c'est à dire que le container démarre puis s'arrête. Je vais essayer les quotes

[Jeff777]

@.Shad.

Je ne sais malheureusement pas quel était le problème. J'ai simplifié un max et maintenant cela fonctionne avec ce docker-compose :

version: '2.1'
services:

   watchtower:
      image: containrrr/watchtower:latest
      container_name: watchtower
      network_mode: bridge
      environment:
         - WARCHTOWER_NOTIFICATIONS_LEVEL=info  
         - WATCHTOWER_NOTIFICATIONS=gotify
         - WATCHTOWER_NOTIFICATION_GOTIFY_URL=https://gotify.ndd.ovh/
         - WATCHTOWER_NOTIFICATION_GOTIFY_TOKEN=maclégotify
         - WATCHTOWER_SCHEDULE=0 0 4 * * 3
         - WATCHTOWER_CLEANUP=true
         - WATCHTOWER_LABEL_ENABLE=true
         - WATCHTOWER_DEBUG=true
         - WATCHTOWER_TIMEOUT=30s
         - TZ=Europe/Paris
      labels:
         - "com.centurylinklabs.watchtower.enable=true"
      volumes:
         - /var/run/docker.sock:/var/run/docker.sock
      restart: unless-stopped

La seule certitude c'est qu'il faut le / à la fin de l'url gotify et que les " ne sont pas nécessaires.

[.Shad.]

On va dire tant mieux. 😄

[MilesTEG1]

Bonsoir,

Ce matin j'ai eu ce compte rendu d'activité de watchtower :

Found new telegraf:latest image (sha256:06c8543d57198b96c057599d9ef49df31bcde9c04d47679f9cc783240d67cc26)
Found new gitea/gitea:latest image (sha256:baa9f7a3a64e3caa7d688b526b8ac01c0c3d3c858660e01a7274f795a7068f1f)
Found new telegraf:latest image (sha256:06c8543d57198b96c057599d9ef49df31bcde9c04d47679f9cc783240d67cc26)
Found new telegraf:latest image (sha256:06c8543d57198b96c057599d9ef49df31bcde9c04d47679f9cc783240d67cc26)
Found new influxdb:1.8 image (sha256:32270dcd881f7082ff2c40edee89c96e4a588745100b56814f1827370be7346d)
Found new bruceforce/bw_backup:latest image (sha256:a3a1e34b7d9377c9755c1f29600a8a45253736a30cca8bb531e54565bb808e6f)

Pour ces images, les dépôts Github ne montrent pas de MAJ entre hier 6h et ce matin 6h...
De plus telegraf est présent 3 fois... Bon ça c'est à priori normal, j'ai 3 conteneurs télégraf.
Est-ce que ça vous est déjà arrivé ?

Je pense que je vais aller poster sur leur github des fois que ce soit un bug...

Modifié le 1 avril 2021 par MilesTEG1

[.Shad.]

Tu es sûr ?

[MilesTEG1]

@.Shad. C'est en essayant de trouver où tu avais fait ta capture que j'ai trouvé, et du coup découvert cet onglet sur DockerHub !
Je me disais bien que c'était pas normal de pas avoir un écran de suivi de version là-bas 😄

 

[MilesTEG1]

Bonsoir les amis,

J'ai fait la mise à jour du paquet Docker sur mon Syno, et lorsque les divers conteneurs se sont relancés, pour Watchtower j'ai eu ce message :

Citation

Watchtower v0.0.0-unknown
Using notifications: smtp
Only checking containers using enable label
Scheduling first run: 2021-04-07 06:00:00 +0200 CEST
Note that the first check will be performed in 9 hours, 35 minutes, 10 seconds

C'est surtout le passage que j'ai mis en rouge qui m'interpelle.

Est-ce normal d'avoir 0.0.0 en version... ?

Si vous mettez à jour votre paquet Docker, avez-vous eu ce message ?

[.Shad.]

https://github.com/containrrr/watchtower/issues/881

[.Shad.]

@Jeff777 : Alors, fait étrange, sur le NAS, si je laisse les guillemets pour l'URL Gotify et son token, ça ne fonctionne pas, car Watchtower rajoute automatiquement des guillemets autour des valeurs dans les variables d'environnement, du coup double guillemets il est perdu.

En revanche, sur mon serveur Debian, j'ai des guillemets et ça fonctionne correctement. Et sans aussi.

Alors à quoi est-ce dû ? Mystère. Un rapport avec les locale ?

[Jeff777]

@.Shad.

J'avais mis ceci :

         - WATCHTOWER_NOTIFICATIONS=gotify
         - WATCHTOWER_NOTIFICATION_GOTIFY_URL=https://gotify.ndd.ovh/
         - WATCHTOWER_NOTIFICATION_GOTIFY_TOKEN=AxxxxxxxxxxxxxG

et ça a fonctionné, du moins pour l'instant. J'ai aussi la version 0.0.0.0 de watchtower .... 
 

[oracle7]

@Jeff777

Bonjour,

Au détail près du network, j'ai le même docker-compose que celui que tu as cité précédemment. Je confirme que je n'ai pas de guillemets autour du token et que le "/" de fin est impératif pour l'URL gotify.

En tout cas je fonctionne comme cela sans soucis depuis le début de mon installation watchtower.

Cordialement

oracle7😉

[Jeff777]

Bonjour à tous,

4 mises à jour cette nuit.... ce qui m'amène aux questions qui suivent 

:

 

1/ Est-ce que vous savez ce qu'est une "head request" ?

2/ "unable to update container speedtest2, repository doesn't exist....  ". Car @bruno78 ne l'a pas mis dans github. C'est ça ?

3/ Pourquoi autant de mises à jour de la trilogie ?

Modifié le 14 avril 2021 par Jeff777

[bruno78]

il y a une heure, Jeff777 a dit :

"unable to update container speedtest2, repository doesn't exist....  ". Car @bruno78 ne l'a pas mis dans github. C'est ça ?

@Jeff777 bonjour, oui c'est cela ...

[.Shad.]

il y a une heure, Jeff777 a dit :

1/ Est-ce que vous savez ce qu'est une "head request" ?

Aucune idée

il y a une heure, Jeff777 a dit :

2/ "unable to update container speedtest2, repository doesn't exist....  ". Car @bruno78 ne l'a pas mis dans github. C'est ça ?

A partir du moment où l'image a été modifiée par ton intervention pour mettre en place le fix de @bruno78, l'image n'est plus identique à celle de GitHub, donc oui effectivement soit @bruno78 met en place une image publique, ou privée avec des credentials d'accès, soit Watchtower ne s'occupe plus de mettre à jour cette image.

il y a une heure, Jeff777 a dit :

3/ Pourquoi autant de mises à jour de la trilogie ?

Pourquoi pas ?

Je suis en train de tester Diun qui ne fait que surveiller les mises à jour, un peu comme le mode "monitor-only" de Watchtower, je verrai s'il y a fonctionnalités supplémentaires intéressantes, la vérification se fera dans la nuit de vendredi à samedi.

EDIT : Grillé par @bruno78 😄 

Modifié le 14 avril 2021 par .Shad.

[MilesTEG1]

il y a une heure, Jeff777 a dit :

1/ Est-ce que vous savez ce qu'est une "head request" ?

Aucune idée...
Ça semble lié au notification Gotify que tu utilises, car j'ai pas eu ce message dans ma notif email.

il y a une heure, Jeff777 a dit :

2/ "unable to update container speedtest2, repository doesn't exist....  ". Car @bruno78 ne l'a pas mis dans github. C'est ça ?

Aucune idée là-dessus...

il y a une heure, Jeff777 a dit :

3/ Pourquoi autant de mises à jour de la trilogie ?

Là par contre, comme tu as plusieurs fois influxDB, ça fait autant de mise à jour.
j'espère que ça ne télécharge qu'une seule fois l'image... mais j'en mettrais pas ma main au feu 😮 

[.Shad.]

il y a 3 minutes, MilesTEG1 a dit :

Là par contre, comme tu as plusieurs fois influxDB, ça fait autant de mise à jour.
j'espère que ça ne télécharge qu'une seule fois l'image... mais j'en mettrais pas ma main au feu 😮 

D'où il a plusieurs fois InfluxDB ? Je ne vois qu'une image moi, la 1.8

[Jeff777]

Oui je confirme je n'ai qu'un seul influxdb 1.8

[MilesTEG1]

il y a 6 minutes, .Shad. a dit :

D'où il a plusieurs fois InfluxDB ? Je ne vois qu'une image moi, la 1.8

Autant pour moi...
J'ai extrapolé mes update à moi 🙂

il y a 17 minutes, .Shad. a dit :

Je suis en train de tester Diun qui ne fait que surveiller les mises à jour, un peu comme le mode "monitor-only" de Watchtower, je verrai s'il y a fonctionnalités supplémentaires intéressantes, la vérification se fera dans la nuit de vendredi à samedi.

À priori pour le moment, il y a ça :

Citation

Features¶

• Allow to watch a Docker repository and report new tags
• Include and exclude filters with regular expression for tags
• Internal cron implementation through go routines
• Worker pool to parallelize analyses
• Allow overriding image os and architecture
• Docker, Swarm, Kubernetes and File providers available
• Get notified through Gotify, Mail, Slack, Telegram and more
• Healthchecks support to monitor Diun watcher
• Enhanced logging
• Official Docker image available

Donc rien de sensationnel 😉 Mais peut-être qu'il y aura de nouvelles fonctionnalités 😉

 

Moi ce que j'aimerais, c'est une interface qui montre quel conteneur à une mise à jour possible, et un bouton pour faire la MAJ manuellement. 
Et des cases à cocher pour dire : lui je veux des MAJ automatiques 😉 

[MilesTEG1]

Bon par contre, les emails de notifs sont bien plus beaux !!!

 

je valide !!
Aller, faut qu'il fasse une fonctionnalité pour faire les MAJ 😄 

[.Shad.]

il y a 8 minutes, MilesTEG1 a dit :

Aller, faut qu'il fasse une fonctionnalité pour faire les MAJ 😄 

Je pense que justement c'est le principe de ne pas les faire.
J'ai quand même une cinquantaine de conteneurs répartis sur trois machines, et vu que 98% des màj ne posent aucun problème... 😄 

On verra, c'est pour tester dans un premier temps.

[m4x91]

Bonjour,

A chaque MaJ d'un conteneur, j'ai mon NAS qui me donne l'event :

"Le conteneur Docker XXX s'est arrêté de manière inattendue."

Et en plus de ça, j'ai les alertes Could not do a head request ... alors que l'accès est pourtant correct car l'update se passe bien.

Could not do a head request for "lissy93/dashy:latest", falling back to regular pull.
Reason: Get "https://index.docker.io/v2/": dial tcp 34.202.206.152:443: i/o timeout
Found new lissy93/dashy:latest image (096115902617)
Stopping /dashy (52edb3178f4f) with SIGTERM
Creating /dashy
Removing image 6a3a20241477

Est-ce normal ? Vous avez une idée pour régler ça ? A part supprimer l'alerte.

 

 

[MilesTEG1]

Il y a 3 heures, m4x91 a dit :

"Le conteneur Docker XXX s'est arrêté de manière inattendue."

J’ai la même erreur dans dsm (une notification) pour certains de mes conteneurs…

mais j’ai pas tes autres erreurs.

[oracle7]

@m4x91

Bonjour,

Il y a 3 heures, m4x91 a dit :

Et en plus de ça, j'ai les alertes Could not do a head request ...

Si tu regardes bien c'est dû à un timeout dans la reqête, donc le serveur contacté n'a pas répondu assez vite (cela arrive parfois ...). Ensuite cela se passe bien, l'image est trouvée et il arrête correctement le conteneur pour le recréer. Donc pas de soucis.

Cordialement

oracle7😉

 

[m4x91]

@oracle7

C'est pas parfois, c'est tout le temps 😞