Bonjour, Depuis un petit moment @xataz est moins actif pour le maintien de son image rutorrent. Ce que je propose c'est de faire un fork avec plusieurs personnes pour avoir une image propre maintenue régulièrement. Dites moi si vous êtes intéressé.

Magicalex Fortement intéressé 😄

Rathorian il faudrait se mettre d'accord sur ce que l'on met dans l'image. filebot pas filebot etc.

L'utilisant énormément également, je suis bien intéressé. Pour filebot ou pas filebot, on reprend ce que fait xataz actuellement, càd les 2 :p

Magicalex BXT Le mieux oui, c'est de reprendre se qu'a fait Xataz ! Un tag sans Filebot et un autre avec Filebot. A titre d'information, étant donné que celui de Xataz n'était plus vraiment à jour, j'utilise à l'heure actuel celui là : https://github.com/djerfy/docker-rutorrent On pourrait éventuellement reprendre des bonnes idées dessus

j'ai envoyé un mail à @xataz mais j'ai pas eu de réponse. Ce que l'on peut faire, c'est un fork et je donne les accès en écriture à quelques personne. Au moins trois personnes motivé pour commencer en me comptant.

Magicalex Très bonne idée. Me concernant, je ne suis sûrement pas le plus calé dans le domaine donc je ne sais pas trop s'il y a une utilité que je face parti du groupe mais je serais là pour proposer d'éventuelle idée !

Je suis bien chaud ! On pourra inclure tous les backports des différents containers et ça nous permettra de faire le container que l'on souhaite vraiment ! PS: Même si je suis plus énormément actif sur le site, je passe toujours en sous-marin et toujours dispo par mail !

Pour info j'ai commencé à travailler dessus. dépôt git ici : https://github.com/mondediefr/docker-rutorrent Ensuite l'image sera dispo sur le dockerhub : mondedie/rtorrent-rutorrent ou vous préférer mondedie/rutorrent ? J'essaye de simplifier au maximum la config de xataz. J'ai revu la config nginx, j'installe mktorrent et mediainfo via apk etc. Je vous tiens au courant ici.

mondedie/rutorrent Autant rtorrent peut fonctionner sans rutorrent, autant l'inverse n'a pas de sens, donc je pense que ça suffit !

J'ai pas mal avancé hier et ce matin. J'ai bien nettoyé les scripts. Par contre il me reste toute la partie filebot à revoir et j'ai des plugins rutorrent à réinstaller. Dockerhub : https://hub.docker.com/r/mondedie/rutorrent

Maintien d'une image docker rutorrent pour la communauté mondedie : Page 8

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Maintien d'une image docker rutorrent pour la communauté mondedie

Aerya

Si tous les "emmerdeurs" pouvaient être comme toi et aller au fond des choses par eux-mêmes... Merci de ton explication 🙂

christophebe

Du coup pour mon usage, j'ai modifie .rtorrent.rc afin de recuperer le chemin complet du fichier et son label. Je me suis cree un script postdl plus pousse avec utilisation des labels: en fonction des labels execution d'une action qui peut etre lancer filebot (pour series et films) , une autre action pour les ebooks, et encore une autre pour les applications.
Bref hyper content du fonctionnement et un grand merci pour le boulot.

Magicalex

christophebe Salut,

Effectivement tu as raison. Je viens de tester de mon coté. En réalité j'ai confondu d.directory_base (qui pose des problèmes quand un torrent est à l'arrêt) et d.base_path

Je vais modifier ça sur le prochain commit. Merci pour les investigations 🙂

Pour info, je bidouille pas mal buildx de docker en ce moment. Je vais pouvoir vous sortir bientôt plusieurs architectures.
A savoir linux/386, linux/amd64, linux/arm/v7, linux/arm64/v8 pour les tag latest et filebot.

popov_2

Magicalex Coucou,

Je viens de tester sur un raspberry 4 et un Nuc ,
Toujours ce problème de manifest quand j essaye de pull une des images.

$ docker pull mondedie/rutorrent:filebot filebot: Pulling from mondedie/rutorrent no matching manifest for linux/arm/v8 in the manifest list entries

christophebe

Encore une petite question.
J'ai viré le container de xataz pour passer sur celui là.
Juste une interrogation concernant son intégration avec radarr ou sonarr.
Je dois surement mal m'y prendre mais impossible de refaire communiquer sonarr avec rtorrent.
D'où ma question est ce un souci de plugin (que je dois rajouter) ou moi qui configure mal.
lorsque j'utilisais le container de xataz, voici la conf que j'avais sur sonarr:
dans host, je mettais le nom de mon container (rtorrent)
dans port: 8080
dans Url path: RPC2
et hop ca roulait, aucune modif/paramétrage côté rtorrent
mais la impossible de le faire marcher.
une idée?
merci

Cyprien

christophebe question peut être bête mais tu mets bien un link du container rtorrent dans le container sonarr ? Après je sais pas si y a besoin de configurer NGINX dans le container rtorrent pour rediriger l'url RPC2. Je donne just edes piste je connais pas bien cela.

Cyprien

christophebe en regardant le fichier de config NGINX du docker de Magicalex (https://github.com/mondediefr/docker-rutorrent/blob/master/rootfs/etc/nginx/nginx.conf#L78) , il faut que tu mettes l'url path RPC seulement et pas RPC2.

christophebe

Cyprien Merci pour ton retour.
Qu'appelles tu un link rtorrent dans le container sonarr? jusqu'à présent je configurais le host et c'est tout.
et le host se limitait au nom du container.
Après concernant NGINX dans le container, là cela dépasse ma compréhension et mes cordes, je sais à quoi cela sert mais par contre au delà ca devient du chinois pour moi.

Cyprien

christophebe Si tu mets le nom du container Rtorrent sur ta config sonarr ou radarr, il a besoin de faire le lien entre le nom et l'adresse ip du container. Donc quand tu lances ton docker radarr, il faut lui renseigner cela. Par exemple docker run Machin/radarr --link NomContainerRtorrent:NomQueTuMetsDansLaCOnfigRadar

ou en docker compose:
links:

NomContainerRtorrent:NomQueTuMetsDansLaCOnfigRadar
Désolé si c'est pas très clair

christophebe

Cyprien Merci, t'es un chef.
Effectivement en modifiant l'url path en RPC et non RPC2 cela fonctionne parfaitement.
Un grand merci

Magicalex

popov_2 Je peux avoir le retour des deux commandes?

docker info  -f '{{.OSType}}/{{.Architecture}}'
uname -a

Normalement c'est linux/arm64/v8, c'est pour ça que je t'ai demandé sur quel machine tu installes l'image.
Quand je dit la machine, c'est quelle marque de pc? son modèle? etc.

Essaye de faire des recherches de ton coté ça fait deux fois que tu me retournes la même erreur...

popov_2

Magicalex

J'ai rien trouvé de bien concret , c est pour cela que je te fais remonter l erreur.

$ docker info -f '{{.OSType}}/{{.Architecture}}' linux/aarch64 pi@raspberrypi:~ $ uname -a Linux raspberrypi 4.19.93-v8+ #1286 SMP PREEMPT Mon Jan 6 13:29:56 GMT 2020 aarch64 GNU/Linux

C est juste si tu avais une idée, sinon j utiliserai une autre image.
Merci pour ton boulot en tous cas 😉

Magicalex

Tu peux essayer ça?

docker pull mondedie/rutorrent:arm64-filebot

popov_2

Magicalex

Ça marche mais avec la commande:

docker pull mondedie/rutorrent:filebot

Je ne sais pas si tu as modifié quelque chose mais merci beaucoup !

Magicalex

Salut,

J'ai un petit soucis peut-être que vous avez la solution. travis-ci.com a un timeout à 50min au delà de ce temps le build s'arrête.
Or depuis que j'utilise buildx les build excède 50min (je build 4 images en 1fois)

Vous connaissez un CI comme travis qui autorise des builds de plus de 50min?

MattProd

Il me semblait avoir vu un truc similaire dans les instances de mon dernier FreeNAS : Jenkins ?
https://www.guru99.com/jenkins-vs-travis.html

christophebe

hello,
encore moi
toujours dans mes tests sur le container et j'ai une petite question
est ce normal selon vous que lorsque je lance des DL (2-3), la charge CPU monte en fleche au point de bloquer tout simplement l utilisation du serveur: impossible d acceder au portail web rutorrent, ni aux autres services, une fois les DL finis le CPU chute a 0-1% et tout redevient accessible/normal.
merci de vos retours.

ps: suis sous debian

Magicalex

christophebe ça dépend de ton serveur. Tu as quoi comme serveur?

Cyprien

christophebe je crois que j'avais déjà eu un soucis similaire et que ça venait de mon disque dur qui commençait à lâcher. J'étais chez OneProvider.
Par contre, chez moi l'image "consomme" beaucoup de RAM lors d'un téléchargement. Je peux monter facile à 5Go consommé quand je regarde l'interface docker de Synology. En regardant de plus près c'est pas vraiment de la RAM qui est consommé mais de la mémoire cache. Le problème c'est qu'à un moment j'ai l'impression que ça libère pas la RAM et mon NAS plante :/ (redémarre). BIen que j'ai mis la limitation de ressource à 2Go pour rutorrent, sur l'interface Docker ça monte à plus de 2Go.

Quelqu'un aurait une idée pour limité la mémoire prise en cache sur ce container ? Peut être qu'il y a un paramètre rtorrent mais je ne sais pas.

Merci

christophebe

sans avoir une bete de course je pense qu il fait l'affaire:
Hardware specifications
CPU: Intel Xeon E5-1650 - 3.2 GHz - 6 core(s)
RAM: 32GB - DDR3
Du coup est ce un probleme lie au container? lie a docker ou lie a ma debian?
j ai fouine sur des forums et je vois plusieurs cas possibles: souci lie a libcurl, overlay2 ....

Aerya

Cyprien https://mondedie.fr/d/11032-limitation-usage-cpu/2
Mon Syno n'a jamais planté du fait de ruTorrent, soit installé en dur soit en Docker, tu as combien de RAM ?

Cyprien

Aerya J'ai désormais 10Go. J'ai ajouté cette RAM récemmennt:

J'ai lu des choses qui indiquent que ça pourrait venir de là.

« Page précédente Page suivante »