.Shad. Posté(e) le 28 mars 2021 Auteur Partager Posté(e) le 28 mars 2021 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/ 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 28 mars 2021 Partager Posté(e) le 28 mars 2021 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 29 mars 2021 Partager Posté(e) le 29 mars 2021 @.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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 29 mars 2021 Auteur Partager Posté(e) le 29 mars 2021 On va dire tant mieux. 😄 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 1 avril 2021 Partager Posté(e) le 1 avril 2021 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 1 avril 2021 Auteur Partager Posté(e) le 1 avril 2021 Tu es sûr ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 1 avril 2021 Partager Posté(e) le 1 avril 2021 @.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 😄 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 avril 2021 Partager Posté(e) le 6 avril 2021 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 6 avril 2021 Auteur Partager Posté(e) le 6 avril 2021 https://github.com/containrrr/watchtower/issues/881 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 11 avril 2021 Auteur Partager Posté(e) le 11 avril 2021 @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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 11 avril 2021 Partager Posté(e) le 11 avril 2021 @.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 .... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
oracle7 Posté(e) le 11 avril 2021 Partager Posté(e) le 11 avril 2021 @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😉 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 14 avril 2021 Partager Posté(e) le 14 avril 2021 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bruno78 Posté(e) le 14 avril 2021 Partager Posté(e) le 14 avril 2021 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 ... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 14 avril 2021 Auteur Partager Posté(e) le 14 avril 2021 (modifié) 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 14 avril 2021 Partager Posté(e) le 14 avril 2021 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 😮 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 14 avril 2021 Auteur Partager Posté(e) le 14 avril 2021 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 14 avril 2021 Partager Posté(e) le 14 avril 2021 Oui je confirme je n'ai qu'un seul influxdb 1.8 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 14 avril 2021 Partager Posté(e) le 14 avril 2021 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 😉 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 14 avril 2021 Partager Posté(e) le 14 avril 2021 Bon par contre, les emails de notifs sont bien plus beaux !!! je valide !! Aller, faut qu'il fasse une fonctionnalité pour faire les MAJ 😄 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 14 avril 2021 Auteur Partager Posté(e) le 14 avril 2021 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. 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
m4x91 Posté(e) le 6 août 2021 Partager Posté(e) le 6 août 2021 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 août 2021 Partager Posté(e) le 6 août 2021 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
oracle7 Posté(e) le 6 août 2021 Partager Posté(e) le 6 août 2021 @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😉 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
m4x91 Posté(e) le 6 août 2021 Partager Posté(e) le 6 août 2021 @oracle7 C'est pas parfois, c'est tout le temps 😞 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.