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 ?

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]

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.

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