Bug last version about docker-rutorrent HOT 11 CLOSED

@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

from docker-rutorrent.

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.

from docker-rutorrent.

@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..

from docker-rutorrent.

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 :)

from docker-rutorrent.

Pour fix en attendant =>

1. git clone https://github.com/mondediefr/docker-rutorrent.git
2. git checkout 7381330 (last working commit)
3. docker build -t rutorrent:test .
4. Replace image: mondedie/rutorrent:latest by image: rutorrent:test
5. docker run or docker-compose as you want.

from docker-rutorrent.

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 ;)

from docker-rutorrent.

Hello, J'ai revert le dernier merge. Le build sera donc disponible dans 20/30min

from docker-rutorrent.

Merci !

from docker-rutorrent.

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

from docker-rutorrent.

@ShagoY Pour moi l'ajout à toujours été OK, même avec les builds précédents

from docker-rutorrent.

J'ai le même msg au démarrage mais je ne sais pas pourquoi impossible d'ajouter un torrent contrairement à hier :(

Edit: La dernière build fonctionne parfaitement merci @Hydrog3n

from docker-rutorrent.