.Shad. Posté(e) le 16 novembre 2020 Auteur Posté(e) le 16 novembre 2020 Ah tu as piqué ma curiosité, je vais regarder ça de plus près. 0 Citer
Jeff777 Posté(e) le 17 novembre 2020 Posté(e) le 17 novembre 2020 Merci @.Shad. ça marche super (reçu ce matin): 1 Citer
Lelolo Posté(e) le 22 novembre 2020 Posté(e) le 22 novembre 2020 Bon, retour post script Watchtower : rien n'a été mis à jour. J'ai relancé avec une autre syntaxe (et fait les mises à jour manuellement) ; on verra les nouveaux logs samedi prochain 0 Citer
.Shad. Posté(e) le 22 novembre 2020 Auteur Posté(e) le 22 novembre 2020 Est-ce que tu as bien la date de la prochaine exécution comme dernière ligne dans tes logs ? 0 Citer
Lelolo Posté(e) le 22 novembre 2020 Posté(e) le 22 novembre 2020 Oui, c'était le cas. Comme j'ai relancé avec de nouveaux paramètres, je n'ai pas les archives. 0 Citer
.Shad. Posté(e) le 25 novembre 2020 Auteur Posté(e) le 25 novembre 2020 Ca me revient mais c'est bien possible que ce soit parce que le socket docker est monté en lecture seule. 0 Citer
Lelolo Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 Non, ça n'a pas d'incidence. Avec ma nouvelle syntaxe, tout c'est parfaitement passé, tous les containers ont été mis à jour : sudo docker run -d --rm --name=Watchtower -e WATCHTOWER_CLEANUP=true -e WATCHTOWER_DEBUG=true -e WATCHTOWER_TIMEOUT=30s -e WATCHTOWER_SCHEDULE="0 0 5 * * 6" -e TZ=Europe/Paris -v /var/run/docker.sock:/var/run/docker.sock:ro containrrr/watchtower 0 Citer
MilesTEG1 Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 (modifié) Coucou par ici 👋 Je pense que je vais me lancer dans l'utilisation de ce tuto 🙂 J'ai parcouru rapidement (pendant une insomnie) la doc officielle dont tu as mis les liens dans ton tuto. Pour avoir des notifications autres qu'en emails, vous préconisez quoi comme solution ? Car je ne suis pas sur que les mails me conviennent... faudra que je vois dans le temps 🙂 Sinon, y a pas d'interface graphique pour maintenir les conteneurs à jours ? Petite dernière question avant que je m'attèle au tuto 😛 Si j'utilise Portainer pour créer mes conteneur, lorsque j'utilise "Update Stack", ça fait pas une mise à jour de l'image ? Ha si une dernière, promis, la vraie dernière 😁 Est-ce qu'il faut que les conteneurs créés aient tous un fichier docker-compose.yml dans le dossier du conteneur ?? Modifié le 28 novembre 2020 par MilesTEG1 0 Citer
Lelolo Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 Avec le script que j'ai donné, docker compose est inutile 0 Citer
MilesTEG1 Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 il y a 18 minutes, Lelolo a dit : Avec le script que j'ai donné, docker compose est inutile C'est-à-dire ? 0 Citer
MilesTEG1 Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 @.Shad. J'ai un petit soucis : je ne peux pas créer le conteneur avec Portainer, j'ai cette erreur : J'ai bien vérifier le chemin d'accès, il est OK. Les permissions dossier watchtower : j'ai mis l'utilisateur Docker-Portainer comme propriétaire. Je ne vois pas ce que je peux faire pour que ça fonctionne avec portainer. Je précise qu'un docker-compose up -d en ligne de commande fonctionne bien. Le logs que je récupère contient ça : Citation time="2020-11-28T20:21:21+01:00" level=debug time="2020-11-28T20:21:21+01:00" level=debug msg="Sleeping for a second to ensure the docker api client has been properly initialized." time="2020-11-28T20:21:22+01:00" level=debug msg="Retrieving running containers" time="2020-11-28T20:21:22+01:00" level=debug msg="There are no additional watchtower containers" time="2020-11-28T20:21:22+01:00" level=error msg="End of range (7) above maximum (6): 7" time="2020-11-28T20:22:24+01:00" level=debug time="2020-11-28T20:22:24+01:00" level=debug msg="Sleeping for a second to ensure the docker api client has been properly initialized." time="2020-11-28T20:22:25+01:00" level=debug msg="Retrieving running containers" time="2020-11-28T20:22:25+01:00" level=debug msg="There are no additional watchtower containers" time="2020-11-28T20:22:25+01:00" level=error msg="End of range (7) above maximum (6): 7" Je ne sais pas si c'est normal... Je n'ai pas encore spécifié un label dans les autres conteneurs. labels: - "com.centurylinklabs.watchtower.enable=true" Des idées sur pourquoi !a ne veut pas se créer avec Portainer ? Et le log récupéré, c'est normal pour le moment ? 0 Citer
Invité Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 Salut, watchtower.env existe bien ? Car l'erreur dit que le fichier de variable n'existe pas. Quel compose utilise tu ? 0 Citer
MilesTEG1 Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 à l’instant, EVOTk a dit : Salut, watchtower.env existe bien ? Car l'erreur dit que le fichier de variable n'existe pas. Quel compose utilise tu ? Oui oui le fichier existe bien. Pour la version de compose, j'ai la version installée avec le NAS... Sinon j'ai ajouté le labels dans la stack de Adguard qui n'est pas à jour (j'ai vérifié ma version : v0.103.3) Version dispo : J'ai toujours le même log. Du coup ça ne fonctionne pas... je ne sais pas pourquoi. 0 Citer
Invité Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 Il y a 4 heures, MilesTEG1 a dit : Pour avoir des notifications autres qu'en emails, vous préconisez quoi comme solution ? J'utilise Gotify pour ma part : https://www.forum-nas.fr/viewtopic.php?f=56&t=14489$ Il y a 4 heures, MilesTEG1 a dit : Si j'utilise Portainer pour créer mes conteneur, lorsque j'utilise "Update Stack", ça fait pas une mise à jour de l'image ? Update stack sert a re-créer l'imlage avec les changement que tu as apporté au compose. Par contre cela ne re-télécharge pas l'image meme si une nouvelle est dispo. Pour cela, il faut utiliser Recreate, et cocher 'Pull new image", et là il va supprimer ton conteneur, télécharger le nouvelle image si une est dispo, et re-créer le conteneur Il y a 4 heures, MilesTEG1 a dit : Est-ce qu'il faut que les conteneurs créés aient tous un fichier docker-compose.yml dans le dossier du conteneur ?? Tu peu aussi procéder de cette manière : docker-compose up -f mon_compose_plex.yaml -p plex -d -f me permet de choisir le fichier compose à utiliser. On peut enlever cette partie si le fichier s'appelle docker-compose.yaml -p me permet de définir le nom de la stack / du projet que je lance. Si cette partie n'est pas ajouté, le nom du dossier contenant le yaml sera utilisé -d permet de le lancer en daemon / tâche de fond pour pouvoir fermer ma console ensuite 0 Citer
MilesTEG1 Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 il y a 4 minutes, EVOTk a dit : J'utilise Gotify pour ma part : https://www.forum-nas.fr/viewtopic.php?f=56&t=14489$- Ok, j'irais voir quand watchtower fonctionnera correctement ^^ il y a 4 minutes, EVOTk a dit : Update stack sert a re-créer l'imlage avec les changement que tu as apporté au compose. Par contre cela ne re-télécharge pas l'image meme si une nouvelle est dispo. Pour cela, il faut utiliser Recreate, et cocher 'Pull new image", et là il va supprimer ton conteneur, télécharger le nouvelle image si une est dispo, et re-créer le conteneur Heuu, tu as ces boutons où ? Dans mon Portainer je n'ai pas ça... il y a 6 minutes, EVOTk a dit : Tu peu aussi procéder de cette manière : docker-compose up -f mon_compose_plex.yaml -p plex -d -f me permet de choisir le fichier compose à utiliser. On peut enlever cette partie si le fichier s'appelle docker-compose.yaml -p me permet de définir le nom de la stack / du projet que je lance. Si cette partie n'est pas ajouté, le nom du dossier contenant le yaml sera utilisé -d permet de le lancer en daemon / tâche de fond pour pouvoir fermer ma console ensuite En fait mon idée quand j'ai installé/configuré Portainer, c'était de ne passer plus que par lui et plus par la ligne de commande en SSH pour faire les docker-compose up -d. Je laisse quand même un fichier docker-compose.yml dans chaque dossier car je préparer ce fichier en premier puis je copie/colle dans une stack de Portainer. 0 Citer
Invité Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 il y a 21 minutes, MilesTEG1 a dit : Heuu, tu as ces boutons où ? Dans mon Portainer je n'ai pas ça... Je clique sur le nom d'un conteneur, et cela ce trouve en haut de page Il y a 5 heures, MilesTEG1 a dit : Est-ce qu'il faut que les conteneurs créés aient tous un fichier docker-compose.yml dans le dossier du conteneur ?? il y a 25 minutes, MilesTEG1 a dit : En fait mon idée quand j'ai installé/configuré Portainer, c'était de ne passer plus que par lui et plus par la ligne de commande en SSH pour faire les docker-compose up -d. Je laisse quand même un fichier docker-compose.yml dans chaque dossier car je préparer ce fichier en premier puis je copie/colle dans une stack de Portainer. D'accord alors je n'est pas vraiment compris la question, si tu utilise la fonction compose de portainer, tu n'a plus besoin du fichier compose du tout, malgrès tout moi, je les garde, car cela me permet d'avoir une trace des mes compose ailleurs que dans Portainer ( on sait jamais ^^ ) 0 Citer
MilesTEG1 Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 il y a 3 minutes, EVOTk a dit : Je clique sur le nom d'un conteneur, et cela ce trouve en haut de page Oh !!! Je n'avais pas vu qu'on pouvait faire ça !!! Purée, mais c'est trop bien 😉 il y a 4 minutes, EVOTk a dit : D'accord alors je n'est pas vraiment compris la question, si tu utilise la fonction compose de portainer, tu n'a plus besoin du fichier compose du tout, malgrès tout moi, je les garde, car cela me permet d'avoir une trace des mes compose ailleurs que dans Portainer ( on sait jamais ^^ ) Je fais exactement ça moi aussi ^^ Je laisse les fichier compose dans le dossier du conteneur ^^ 0 Citer
.Shad. Posté(e) le 28 novembre 2020 Auteur Posté(e) le 28 novembre 2020 (modifié) Le chargement de fichier .env est une fonctionnalité de docker-compose, pas de Docker. Or Portainer n'utilise pas docker-compose mais la commande docker stack, qui est une fonctionnalité de Docker. Donc pour moi c'est logique. Si tu veux déployer watchtower avec Portainer, il faut soit supprimer le fichier env et intégrer les variables dans le fichier compose, ou mieux, utiliser la fonctionnalité docker secret. Exemple de comment se servir de docker secret : https://www.authelia.com/docs/configuration/secrets.html J'ai déjà essayé d'utiliser Portainer pour créer les conteneurs, j'avais même essayé d'y définir des variables d'environnement, problème : elles ne s'enregistraient pas. Du coup je reste avec docker-compose, qui me convient très bien. Modifié le 28 novembre 2020 par .Shad. 1 Citer
MilesTEG1 Posté(e) le 28 novembre 2020 Posté(e) le 28 novembre 2020 il y a 8 minutes, .Shad. a dit : Le chargement de fichier .env est une fonctionnalité de docker-compose, pas de Docker. Or Portainer n'utilise pas docker-compose mais la commande docker stack, qui est une fonctionnalité de Docker. Donc pour moi c'est logique. Si tu veux déployer watchtower avec Portainer, il faut soit supprimer le fichier env et intégrer les variables dans le fichier compose, ou mieux, utiliser la fonctionnalité docker secret. Exemple de comment se servir de docker secret : https://www.authelia.com/docs/configuration/secrets.html J'ai déjà essayé d'utiliser Portainer pour créer les conteneurs, j'avais même essayé d'y définir des variables d'environnement, problème : elles ne s'enregistraient pas. Du coup je reste avec docker-compose, qui me convient très bien. Ok je comprends mieux 😊 je vais voir demain cette histoire de docker secret😊 sinon j’ai quand même créé le conteneur avec la ligne de commande docker-compose et le fichier du même nom. mais je n’ai pas l’impression que ça fonctionne... je regarderais demain. sinon je configure le watchtower juste pour vérifier la présence de mises à jour sans les installer car avec portaient maintenant que je connais le truc je peux mettre a jour rapidement et facilement les conteneurs 😊 0 Citer
.Shad. Posté(e) le 28 novembre 2020 Auteur Posté(e) le 28 novembre 2020 (modifié) Si tu as réglé sur une mise à jour par scheduling, la tentative de mise à jour ne se produira qu'à la date réglée. Si tu veux tester que ça marche tu peux utiliser interval à la place de scheduling. Modifié le 28 novembre 2020 par .Shad. 1 Citer
MilesTEG1 Posté(e) le 29 novembre 2020 Posté(e) le 29 novembre 2020 Il y a 5 heures, .Shad. a dit : Si tu as réglé sur une mise à jour par scheduling, la tentative de mise à jour ne se produira qu'à la date réglée. Si tu veux tester que ça marche tu peux utiliser interval à la place de scheduling. J’essaierai ça tout à l’heure. me faudrait installer un conteneur dans une vielle version pour voir si une maj est trouvée... 0 Citer
Lelolo Posté(e) le 29 novembre 2020 Posté(e) le 29 novembre 2020 Il y a 18 heures, MilesTEG1 a dit : C'est-à-dire ? Je ne m'en sers pas (en fait, je n'ai pas creusé, donc je ne l'utilise pas), c'est portainer qui fait le boulot 0 Citer
MilesTEG1 Posté(e) le 30 novembre 2020 Posté(e) le 30 novembre 2020 Bon voilà, j'ai mis les labels sur tout les conteneurs, et watchtower semble bien fonctionner : J'ai pour le moment mis WATCHTOWER_POLL_INTERVAL=300 pour voir comment se comporte le bazar quand il refait un passage. Après je pense que je remettrais la tâche cron 🙂 edit : bon je pense qu'il y a un soucis quelque part : Tous les conteneurs sont normalement à jour... 5 min plus tard : Je viens de réactiver la tâches CRON pour tous les jour à 9h. Je verrais demain le message que je vais avoir... si c'est le même ou pas. En attendant, vous avez des idées sur ce qui cause ces erreurs ? 1 Citer
Lelolo Posté(e) le 30 novembre 2020 Posté(e) le 30 novembre 2020 Je pense que l'on en a parlé plus haut : tu as atteint ta limite de pull 0 Citer
.Shad. Posté(e) le 30 novembre 2020 Auteur Posté(e) le 30 novembre 2020 Pour compléter la réponse de @Lelolo : C'est 100 pulls par jour maximum pour la version community (gratuite) de Docker. Alors avec un intervalle de 300s tu y arrives vite. 1 Citer
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.