Magicalex Hello,
encore l'emmerdeur et je pense que tu dois te dire qu'est ce qu'il me les casse avec son filebot et le traitement des fichiers.
J'ai poursuivi mon investigation car je ne comprenais pas pourquoi le container de xataz ne se comportait pas de la meme maniere que le tien au niveau du script postdl.
Et je pense avoir trouve la difference qui explique le comportement different: les variables renvoyees par rtorrent au script.
Xataz recupere les variables d.get_base_path ,d.get_name, d.get_custom1 -> transforme en d.base_path d.name et d.custom1 depuis la verison 0.9.2
de ton cote tu recuperes d.directory ,d.name
On oublie la variable custom qui est pour le label.
On va faire un focus sur la variable d.base_path qui te renvoie lorsque le telechargement est fini le chemin complet du fichier ou repertoire telecharge (media/downloads/fichier.mkv ou media/downloads/repertoirefilm/) la ou d.directory te renvoie le repertoire media/downloads/
Du coup en ajoutant au script filebot ut_kind=multi, filebot traite ut_dir comme un repertoire ou fichier et du coup il ne s occupe que du fichier/repertoire concerne et non plus du repertoire media/downloads au complet (si on efface amc_exclude... evidemment).
J'ai teste et du coup c est 100% fonctionnel.
Voila la difference entre l'implementation de xataz et la tienne. Apres tout depend de ton cas d'usage, l'important est la finalite et souvent peu importe le moyen. Mais bon je voulais comprendre pourquoi cela fonctionnait differemment.

desole pour l'absence des accents, je suis sur un clavier qwerty aujourd'hui

Merci encore pour le boulot fourni

a+

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

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.

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

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

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

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

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

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

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

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