christophebe
Salut,

J’utilise également l'image et tu n'es pas le seul avec ce petit problème de status de port, je l'ai également.
Ce n'est pas un problème provenant de l'image elle même mais du serveur qui test l'ouverture du port dans la configuration interne de rutorrent.

Il faudrait éventuellement ouvrir un ticket sur le GitHub de Novik mais je pense que ça sera vite réglé.

PS : Tu devrais pas avoir de souci pour télécharger entre temps...

christophebe

A titre d'information, le problème est résolu.
De mon côté, le test d'ouverture de port refonctionne de nouveau !

Surement un petit problème du site qui check l'ouverture du port car aucune modification sur le dépôt de ruTorrent.

Bonjour,
Je viens de faire une installation toute neuve sur mon serveur avec un distri ArchLinux
Le container rutorrent ne se lance pas...

[2023/12/08-18:46:22] Create torrent user... done
[2023/12/08-18:46:22] Create volume folders... done
[2023/12/08-18:46:22] Generate configuration... done
[2023/12/08-18:46:22] HTTP authentication configuration... done
[2023/12/08-18:46:22] Update old configurations... done
[2023/12/08-18:46:22] Apply system permissions... done
[2023/12/08-18:46:22] Apply data permissions... done
rtorrent: std::bad_alloc
stop s6

Je le lance via un docker compose

version: "3.8"
services:
  rutorrent:
    image: mondedie/rutorrent:latest
    container_name: rutorrent
    environment:
      - UID=${PUID}
      - HTTP_AUTH=true
      - GID=${PGID}
    volumes:
      - ${PATH_MEDIA}/config/rutorrent/:/config
      - ${PATH_MEDIA}/data:/data
    ports:
      - 8080:8080
      - 45000:45000
    restart: unless-stopped

J'ai de la place sur mon disque puisque l'installation est neuve.
Niveau permission j'ai fait un chown sur les 2 dossier avec le PUID et PGID

Si vous pouvez m'aider...

@Rathorian
Merci beaucoup pile poil au moment ou tu as écrit j'avais lancé l'image docker rutorrent de crazy-max et dedans il y a effectivement une conf de base qui fonctionnait chez moi.
On peut voir que dans la commande de base il y a effectivement une configuration pour les ressources (ulimites) avec un nofile pour le nombre de fichiers qu'un processeur peut ouvrir j'ai repris les valeurs de l'exemple de la commande du github de crazy-max. A la fin mon compose pour l'image rutorrent de mondedie ressemble à ça et fonctionne parfaitement !

services:
  rutorrent:
    image: mondedie/rutorrent:latest
    container_name: rutorrent
    environment:
      - UID=${PUID}
      - HTTP_AUTH=true
      - GID=${PGID}
    volumes:
      - ${PATH_MEDIA}/config/rutorrent/:/config
      - ${PATH_MEDIA}/data:/data
    ports:
      - 8080:8080
      - 45000:45000
    ulimits:
      nofile:
        soft: 32000
        hard: 40000

Merci pour votre aide

Bonjour a tous

Apres une installation de l'image docker sur un serveur fresh je n'arrive pas a installé le plugin ratiocolor

git clone https://github.com/Gyran/rutorrent-ratiocolor.git /home//diesel/docker/rutorrentseries/custom_plugins/ratiocolor
ne donne rien

cd /home/diesel/docker/rutorrent/custom_plugins
git clone https://github.com/Micdu70/rutorrent-ratiocolor.git ratiocolor

idem ne fonctionne pas

cd /home//diesel/docker/rutorrentseries/custom_plugins/
git clone https://github.com/Micdu70/rutorrent-ratiocolor.git ratiocolor

egalement aussi ne fonctionne pas

Rathorian

en fait j'ai du faire un chown sur le dossier ratiocolor pour y mettre les bon droits car il etait en root:root

donc c'est résolu

merci

ps: par contre j'ai toujour le port 45000 qui est en rouge

Rathorian je n'ai pas de fichier docker-compose.yml
j'ai demarre le container en faisant

docker run -dt \
--name=rutorrentseries \
--restart always \
-e HTTP_AUTH=true \
-e CHECK_PERM_DATA=false \
-p 9202:8080 \
-p 47918:45000 \
-v /home/diesel/docker/rutorrentseries:/config \
-v /home/diesel/mnt/PreSeries:/data/downloads \
-v /home/diesel/mnt/sourcetorrents/PreSeries:/data/.watch \
-v /home/diesel/docker/rutorrentseries/session:/data/.session \
mondedie/rutorrent:latest

mon pare feu de mon pc ? car sinon je vois bien le port 45000 dans iptables