• Docker

  • Découverte Docker rtorrent+rutorrent

Bonjour,
J'utilise depuis peu docker sur OpenMediavault 5.

Cela fonctionne bien pour un certain nombre de soft et j'essaye de trouver un container pour rtorrent et rutorrent.

J'ai cherché plusieurs images et il y en a une multitude. Aussi j'aimerais votre avis concernant une image récente, maintenue, et surtout avec un tutorial d'installation car j'ai des soucis de remapping de ports lors de mes essais. (80,443 sont bien sûr pris par OMV5)

Je précise que OMV (192.168.1.6) est virtualisé sur une plateforme Proxmox (192.168.1.3)
il y a un partage /sharefolders/FILM01/, dans lequel j'ai créé l'arborescence rtorrent/downloads et rtorrent/config

Merci par avance pour vos conseils et votre support.

    Et à ce moment là, si tu as un proxmox pourquoi ne pas y faire un CT avec docker ruto+rto ?
    et un partage nfs entre omv et rtorrent ?

    Sinon mondedie.fr (@Magicalex) ont une image docker avec rtorrent et rutorrent, elle tourne avec les ports 8080 pour la webgui.
    https://github.com/mondediefr/docker-rutorrent

    [Edit] Un petit tour par la case présentation 😉 [/Edit]

      yakelkun Effectivement, la communauté mondedie.fr maintient une image rutorrent.
      Sinon on ne fait pas de tuto, y a trop de possibilité pour imposer une manière de faire.

      En générale, on utilise un proxy pour rediriger toutes les applications vers les ports 80 et 443.

          MattProd , le soucis des containers est l'accès privilegied d'une part et l'efficacité des transferts en passant par le réseau, même si le réseau interne, qui est virtuel sous Proxmox, et en 10Gb.
          Je suis partisan du KIS (Keep It Simple), donc j'essaye toujours d'avoir les data dans le même espace.

          (je vais passer par la case présentation)

            Magicalex en effet la solution du proxy règle tout, mais je voudrais faire un quick and dirty... (je sais c'est mal)

              Bah justement l'image de mondedie tourne sur 8080 non ? donc pas de problème avec 80 et 443
              CT ou VM si tu préfère avec du hdd j'ai du débit entre 90 et 100 entre un windows 10 et un freenas...

              J'ai installé l'image mondedie, en ajoutant un petit lien avec le filesystem de OMV sur /data avec les UID GID du user ayant les droits qui vont bien.

              docker create --name=rutorrent \
--restart=always \
-v /sharedfolders/FILMS01/rtorrent/config:/config \
-v /sharedfolders/FILMS01/rtorrent/downloads:/downloads \
-v /sharedfolders/FILMS01/rtorrent/data:/data \
-e PGID=100 \
-e PUID=1000 \
-e TZ=Europe/London \
-p 8080:8080 \
-p 443:443 \
-p 5000:5000 \
-p 49160:49160 \
-p 51413:51413 \
-p 6881:6881/udp \
mondedie/rutorrent

              L'image démarre bien dans OMV, mais je n'ai pas d'accès a rutorrent sur 8080

              Et pas d'accès console non plus.

              root@OMV1:~# docker exec -it rutorrent /bin/bash
OCI runtime exec failed: exec failed: container_linux.go:346: starting container process caused "exec: \"/bin/bash\": stat /bin/bash: no such file or directory": unknown

              Un petit scan des port à partir de OMV

              
root@OMV1:~# lsof -i -P -n | grep LISTEN
rpcbind     419     root    8u  IPv4  14250      0t0  TCP *:111 (LISTEN)
rpcbind     419     root   11u  IPv6  14434      0t0  TCP *:111 (LISTEN)
sshd        769     root    3u  IPv4  16964      0t0  TCP *:22 (LISTEN)
sshd        769     root    4u  IPv6  16968      0t0  TCP *:22 (LISTEN)
nginx       797     root    8u  IPv4  17123      0t0  TCP *:80 (LISTEN)
nginx       797     root    9u  IPv4  17124      0t0  TCP *:443 (LISTEN)
nginx       801 www-data    8u  IPv4  17123      0t0  TCP *:80 (LISTEN)
nginx       801 www-data    9u  IPv4  17124      0t0  TCP *:443 (LISTEN)
smbd       3305     root   31u  IPv6  25391      0t0  TCP *:445 (LISTEN)
smbd       3305     root   32u  IPv6  25392      0t0  TCP *:139 (LISTEN)
smbd       3305     root   33u  IPv4  25393      0t0  TCP *:445 (LISTEN)
smbd       3305     root   34u  IPv4  25394      0t0  TCP *:139 (LISTEN)
python3    3385   nobody    6u  IPv4  25938      0t0  TCP 192.168.1.6:5357 (LISTEN)
python3    3385   nobody    9u  IPv4  25944      0t0  TCP 172.17.0.1:5357 (LISTEN)
docker-pr 23780     root    4u  IPv6 160287      0t0  TCP *:51413 (LISTEN)
docker-pr 23792     root    4u  IPv6 160314      0t0  TCP *:49160 (LISTEN)
docker-pr 23804     root    4u  IPv6 160341      0t0  TCP *:8080 (LISTEN)
docker-pr 23828     root    4u  IPv6 160400      0t0  TCP *:5000 (LISTEN)
docker-pr 23840     root    4u  IPv6 160427      0t0  TCP *:4430 (LISTEN)

              Petit essai en fin de post... et en fait ça fonctionne, il semble que je ne soit pas assez patient et/ou que mon vieux i5 4570k soit un peu dans les choux...

              Correction du script de création pour faire pointer /data sur le partage OMV....

              Je vais continuer les tests.

              Edit: y a t'il un petit accès console svp ?

              Tu m'a fait douter et du coup j'avais un OMV qui etait toujours entrain de tourner suite à des tests pour un post sur le forum.
              Le concept de gestion est pas mal pour les docker... je vais l'essayer en plus grand voir si FreeNAS restera mon NAS 😉

                MattProd Perso j'ai mis Freenas hors jeu (je l'avais utilisé il y a 10 ans) car c'est ZFS obligatoire.
                ZFS est l'un des tout meilleur filesystem sur le plan technique et sécurité anti corruption de datas.

                Par contre pour simplifier : 1To de stockage = 1go de RAM ECC, et EXT4 est super répandu...

                  J'ai bien accès sur 8080, par contre tout les torrents ce mettent en erreur, et je ne vois pas l'erreur...

                  J'ai essayé avec un torrent que j'arrive à DL avec mon PC sous Win10 sans soucis, mais qui se met en erreur sous mondedie...

                  Le torrent est bien ajouté : [27.02.2020 20:10:03] magnet:?xt=urn:btih:de8132850ffed6c428462693422f4c3ac9926adb&dn=Learn+&+Master+Guitar+Complete+[1-20]+DVDRip&tr=udp://tracker.openbittorrent.com:80&tr=udp://tracker.publicbt.com:80&tr=udp://tracker.ccc.de:80 - Torrent ajouté à rTorrent avec succès, mais après quelques seconde il passe en erreur...

                  Petite, enfin grosse piste :
                  Tracker: [could not resolve hostname]
                  Tracker: [unable to connect to UDP tracker]

                  Au niveau réseau (et accès console en sh et non bash) on semble clean ;

                  root@OMV1:~# docker exec -it rutorrent /bin/sh
/ # ipconfig
/bin/sh: ipconfig: not found
/ # ifconfig
eth0      Link encap:Ethernet  HWaddr 02:42:AC:11:00:02
          inet addr:172.17.0.2  Bcast:172.17.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3634 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2848 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1997901 (1.9 MiB)  TX bytes:884052 (863.3 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:152 errors:0 dropped:0 overruns:0 frame:0
          TX packets:152 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:8800 (8.5 KiB)  TX bytes:8800 (8.5 KiB)

/ # ping www.tf1.fr
PING www.tf1.fr (13.225.25.39): 56 data bytes
64 bytes from 13.225.25.39: seq=0 ttl=244 time=3.453 ms
64 bytes from 13.225.25.39: seq=1 ttl=244 time=3.107 ms
64 bytes from 13.225.25.39: seq=2 ttl=244 time=3.181 ms
^C
--- www.tf1.fr ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 3.107/3.247/3.453 ms

                  Openbittorrent est bien pingable du docker

                  / # ping openbittorrent.com
PING openbittorrent.com (93.158.213.92): 56 data bytes
64 bytes from 93.158.213.92: seq=0 ttl=53 time=13.060 ms
64 bytes from 93.158.213.92: seq=1 ttl=53 time=12.909 ms
^C
--- openbittorrent.com ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 12.909/12.984/13.060 ms
/ #

                  J'avoue être un peu sec là...

                  Je n'ai pas précisé mais j'avais jeté un oeil, et il n'y a pas de règles, elle sont centralisées ailleurs pour mon réseau complet. Et comme mon PC de bureau fonctionne avec le même torrent je doute que cela vienne de là. Mais je vais regarder sur ProxMox !!!

                  Bon j'ai enlevé le FW Proxmox sur l'interface réseau.. même soucis.

                  Je me penche dessus demain matin... en espérant que tu es trouvé d'ici là ?!
                  [Edit]C'est normal que -e PGID=100 et le -e PUID=1000 ?[/Edit]

                    MattProd
                    Ce sont les id coté OMV pour permettre un accès au répertoire partagé sous OMV à partir du docker qui pointe /data sur OMV.

                    A la console sur OMV :

                    root@OMV1:~# id masterfile
uid=1000(masterfile) gid=100(users) groups=100(users),4(adm),1000(Master)

                    C'est ce que j'ai utilisé avec succès lors d'un essais de docker avec transmission ou déluge (je ne sais plus)

                    Merci pour ton aide, et bonne nuit.

                      Au niveau droit fichier, j'ai bien des fichiers non vides créés dans data/.session et des fichiers vides (normal me semble t'il) dans data/downloads donc ça semble OK de ce coté.

                      Petit essai matinal:
                      Sur ma VM Mint (sur Proxmox) Deluge parviens sans aucun soucis à DL le torrent. Donc le FW de Proxmox ne semble pas en cause.

                      A partir de la console du docker rutorrent j'arrive à créer un fichier à l'éditer avec vi sans soucis.

                      /data/downloads # ls
279CD2F36EE6B250339469D0FF54650A4FAD5615.meta  99D3BB8BE86CB264981A240C61FF227049CE3E4B.meta  C26F196540AB167CE3FB65199913922B05895BB0.meta
906D91B5A41C3765DCFB6043E966D85283E9F51C.meta  9C87FA7536B6F688310F80232CFC9B06C75BC9C2.meta  DE8132850FFED6C428462693422F4C3AC9926ADB.meta
/data/downloads # touch test
/data/downloads # vi test

                      Donc le soucis accès au fichier semble écarté, à moins que le user torrent:

                      /data/downloads # su torrent
                      /data/downloads $ touch tt
                      /data/downloads $ ls
                      279CD2F36EE6B250339469D0FF54650A4FAD5615.meta 99D3BB8BE86CB264981A240C61FF227049CE3E4B.meta C26F196540AB167CE3FB65199913922B05895BB0.meta test
                      906D91B5A41C3765DCFB6043E966D85283E9F51C.meta 9C87FA7536B6F688310F80232CFC9B06C75BC9C2.meta DE8132850FFED6C428462693422F4C3AC9926ADB.meta tt
                      /data/downloads $ vi tt
                      /data/downloads $ ls -la tt
                      -rw-r--r-- 1 torrent torrent 27 Feb 28 06:52 tt
                      Donc visiblement ça semble OK au niveau fichier...

                      Je vais quand même virer les mount vers le rep partagé OMV pour être sûr.

                      Pas mieux sans les mounts...

                      Je lance le DL de Big Buck Bunny sur mon PC pas de soucis.
                      Je lance le DL de Big Buck Bunny sur mon Proxmox/Mint/Deluge pas de soucis.
                      Je lance le même torrent sur Proxmox/OMV/Docker/rutorrent il reste figé avant de se mettre en erreur.

                      Je soupçonne un soucis de port dans la création du docker, mais j'avoue ne pas trop savoir ou chercher.

                      Pour info : la création du docker :

                      J'ajoute juste le port 8080 visible

                      Ensuite on lance mais il manque des ports... donc j'ajoute :
                      docker-pr 23780 root 4u IPv6 160287 0t0 TCP *:51413 (LISTEN)
                      docker-pr 23792 root 4u IPv6 160314 0t0 TCP *:49160 (LISTEN)
                      Et là c'est le drame au moment d'enregistrer :

                      Et le docker disparaît des Dockers Containers !!!