Bug last version
snaj06 opened this issue · comments
Hello,
Je crois qu'il y a un souci avec la version de cette nuit (et je vois un built en ko).
De mon côté suite à la maj auto (watchtower) le docker ne se lance plus depuis ce matin et l'image que je récupère est pour linux/arm/v7 alors que je devrais avoir comme avant, celle pour amd64.
J'ai voulu mettre l'ancienne version mais j'ai l'impression que pour ce projet, les releases anciennes ne sont pas dispo.
@snaj06 Oui un bug est présent
Logs d'erreurs:
standard_init_linux.go:228: exec user process caused: exec format error
Malheureusement, les tags ne sont pas encore dispos pour revenir à une image fonctionnelle.
J'espère pour toi que tu n'as pas purgé l'image avec watchtower comme ça tu peut revenir à une ancienne version
Pour créer plusieurs tags, je propose de définir (plusieurs) variables d'environnement contenant la date sous ce format :
- 2022.01.16
- 2022.01
- 2022
Ensuite je pense qu'une simple modification a cet endroit suffit :
https://github.com/mondediefr/docker-rutorrent/blob/master/.github/workflows/build.yml#L44
En transformant la ligne de cette manière :
--tag mondedie/rutorrent:latest --tag mondedie/rutorrent:$MA_VAR_2022.01.16 --tag mondedie/rutorrent:$MA_VAR_2022.01 --tag mondedie/rutorrent:$MA_VAR_2022 .
L'avantage est qu'une personne peut ainsi rester fixée à une date précise ou revenir à une date précise.
Elle peut aussi décider de recevoir toutes les modifications par rapport à une année et un mois
Ou recevoir toutes les modifications par rapport à une année
Avec watchtower mes images sont purgées donc actuellement je suis bloqué, à part prendre une autre container rutorrent.
C'est dommage de ne pas avoir de versionning, j'aurai pu régler mon probème en 2min. Une section release comme tu l'indique (ou autre) serait plus que bienvenue :)
Contrairement au bug de la semaine dernière, je n'ai plus aucun torrent en seed cette fois et une erreur http 502.
Je suis pour ta méthode @Wisper40 et j'espère que le bug sera corrigé rapidement.
@snaj06 Je laisse les experts @Hydrog3n @Magicalex regarder la proposition de pull request que j'ai fais et voir si le code est OK.
Actuellement oui tu es malheureusement bloqué :(
Proposer des images en "latest" est une trés mauvaise pratique, qu'il faut vraiment corriger..
Merci pour tes infos en tout cas :) si demain c'est tjr pas corrigé je pense migrer sur linuxserver/rutorrent. J'avais pris cette version mondedie pour le plugin filemanager qui était intégré et bien pratique. L'arbo des 2 container est bien différente donc y'a qq fichier à déplacer pour migrer donc j'attends demain pour voir :)
Pour fix en attendant =>
- git clone https://github.com/mondediefr/docker-rutorrent.git
- git checkout 7381330 (last working commit)
- docker build -t rutorrent:test .
- Replace image: mondedie/rutorrent:latest by image: rutorrent:test
- docker run or docker-compose as you want.
Pour rebondir sur les propos de @Whisper40, non atest n'est pas une mauvaise pratique, si les plus grands du monde docker le font c'est pour une bonne raison.
Par contre l'image dois toujours être au minimum double taggué.
Si la version 1.x est la latest alors je tag 1.x ET latest, pareil pour les prochaines version.
Comme ça ca permet de sticker une version spécifique pour ceux qui le veulent et pour d'autre être toujours sur la dernière version (même si cela inclus un risque).
Bonne journée ;)
Hello, J'ai revert le dernier merge. Le build sera donc disponible dans 20/30min
Merci !
Cela fonctionne pour vous ?
Je viens de mettre à jour et contrairement à hier, je ne peux plus ajouter de torrent sur ce build.
J'avais utilisé le correctif sur le avant-dernier build:
docker exec -it rutorrent mkdir /rutorrent/app/php/share/torrents
docker exec -it rutorrent chown torrent: /rutorrent/app/php/share/torrents
docker restart rutorrent
@ShagoY Pour moi l'ajout à toujours été OK, même avec les builds précédents