Cyprien
- 24 juil. 2024
- Inscrit 8 juin 2015
OneProvider:
```
CPU: Intel Atom C2750 - 2.4 GHz - 8 core(s)
RAM: 8GB - DDR3
Hard Drive(s): 1x 1TB (HDD SATA)
Bandwidth: Unmetered @ 1Gbps
```
Debian 9
Mon GitHub : https://github.com/MisterCyp
- Modifié
j'ai rien d’intéressant mais même en supprimant le dossier .session j'ai la même erreur donc ça doti venir d'ailleurs. Je vais essayer de repartir d'un container qui marche et je rajouterais le .session ensuite. Je vous tiens au courant.EDIT:
je comprends pas pourquoi j'ai le volume run/php:run/rtorrent. Je vais essayer sans.- Modifié
Salut à tous !
J'utilise l'image depuis des années et là j'ai un petit soucis avec rutorrent. Voila l'erreur que j'ai lorsque je vais la page rutorrent:
J'ai plus de 700 torrents en upload mais je n'ai jamais eu de soucis auparavant.
Vous avez une idée comment corriger cela sans perdre mes torrents en upload ? J'ai beau relancé le docker ça ne change rien. J'ai la dernière version du docker avec le tag filebot.
Merci d'avance pour l'aide apportéeJe précise que rtorrent fonctionne toujours puisque je peux toujours télécharger via le plugin torrent control.
- Modifié
Cyprien Bon en fait c'est juste que je n'arrive pas à configurer nzb360 parce que le lien RPC2 semble fonctionnait avec heimdall ...
EDIT2: visiblement c'est l'authentification HTTP avec un certificat SSL qui ne semble pas fonctionner parce qu'en désactivant authentification HTTP ça fonctionne sur l'application nzb360
- Modifié
Salut à tous,
Merci encore pour cette image docker ! ça fait un moment que je l'utilises et je n'ai aucun problème.
Mais depuis aujourd'hui j'essaie de configurer l'application nzb360 (même problème avec transdrone) et je me rends compte que le lien /RPC2 ne fonctionne pas :/.
Voici l'erreur que j'ai dans les logs nginx :2021/01/01 19:54:06 [error] 92#92: *445 upstream prematurely closed connection while reading response header from upstream, client: 172.18.0.1, server: _, request: "GET /RPC2 HTTP/1.1", upstream: "scgi://unix:/run/rtorrent/rtorrent.sock:", host: "192.168.0.28:8080"
J'obtiens une erreur 502 Bad Gateway sur le navigateur.
Savez-vous ce que je peux faire pour corriger ce problème ?merci d'avance,
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 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 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
Vraiment très propre ! Digne d'un professionnel. Bravo et merci !
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.
- Modifié
Parfait @Magicalex ! Merci ! Par contre c'est possible de faire un ajout de ligne avec ">>" au lieu de ">" lors de l'ajout d'un utilisateur via openssl ?
echo "${username}:${passwd}" >> /config/nginx/passwd/rutorrent_passwd
Ça permet d'avoir plusieurs accès pour la même instance: ça peut paraître inutile mais j'ai pas forcément envie de partager mon mot de passe avec quelqu'un d'autre XD.
Quand ça marche du premier coup, ça fait plaisir !! Merci pour ton travail @Magicalex et la qualité de tes explications !
Magicalex Oui en effet c'est plus simple d'utiliser un reverse Proxy mais par exemple sur un Synology, si on veut utiliser le reverse proxy par défaut, on peut pas le faire directement via l'interface et on doit bidouiller dans les fichiers NGINX et lors d'une MAJ, je pense qu'ils sont écrasés.
J'ai ajouté cette feature avec un .htpasswd sur mon github si tu veux voir: https://github.com/MisterCyp/docker-rutorrent
Peut être qu'on peut faire plus propre, je ne suis pas du tout un pro sur Linux et Docker XD
- Modifié
Je reviens ici car je viens de recevoir un mail de la part de filebot m'indiquant que la licence a été trop souvent activé.
Voici le lien qu'ils donnent afin de bien utiliser filebot: https://www.filebot.net/forums/viewtopic.php?t=9594
EDIT: peut être que c'était au moment où mon docker rebooté sans cesse à cause d'une erreur mais je ne suis pas certains.ça fonctionne ! merci !