Magicalex haha oui j'ai fini par capter la coquille.

Bon par contre :
Avec rtorrent-cleaner report --url-xmlrpc=https://koko:mdp@chezmoi.com/rutorrent --home=/home/username/torrents/music
ça me donne :
In Client.php line 234: Not Allowed
et avec rtorrent-cleaner report --url-xmlrpc=https://koko:mdp@localhost:5001 --home=/home/username/torrents/music
ça me donne :
In Socket.php line 332: Unable to enable crypto on TCP connection localhost: make sure the "sslcafile" or "sslcapath" option are properly set for the environment.
In Socket.php line 303: stream_socket_enable_crypto(): SSL: Success

      kokogakayui

      Alors pour l'option --url-xmlrpc
      pour -> /URI il faut mettre l'uri de votre mount point pour le tuto de @ex_rat générelement c'est le nom de votre utilisateur en majuscule /<USERNAME>

      soit par exemple

      rtorrent-cleaner report --url-xmlrpc=https://koko:mdp@chezmoi.com/KOKO --home=/home/koko/torrents

          Magicalex

          Haha ok. En effet c'est mieux. Ça a l'air de marcher. La barre de progression reste à 0%, mais je te tiens au jus quand ça aura avancé 🙂 Merci à toi encore une fois !

              Magicalex

              Via mon image docker le script s'exécute en 33sec
              via mon serveur web (proxy) 9min

              La différence est énorme...
              ps ma seedbox est sous docker avec l'image de @xataz

                  Magicalex
                  Sur un dossier de combien de torrents ? La j'ai relancé après update sur un dossier plus petit, mais ça mets quand même une éternité haha. j'en suis à 6%...
                  EDIT : en fait je pense même que la taille du dossier n'a rien à voir, mais la quantité de torrents dans rutorrent peut-être... Et la je suis mal haha

                      kokogakayui c'est pas le nombre de fichier le problème c'est le nombre de requête à faire.

                      J'ai essayé de réduire le nombre de requête vers rtorrent mais quand y a beaucoup de torrents on peut pas faire autrement. Et si l'url de l'option --url-xmlrpc met du temps à répondre à ba ça traine.

                        Magicalex

                        J'ai volontairement testé avec un dossier qui contient moins de 10 fichiers.... J'en ai plus donc à mon avis c'est de ce côté là que ça traine. J'en suis à 10% là...

                            kokogakayui
                            J'ai une idée que tu peux tester

                            nano /etc/nginx/sites-enabled/cleaner.conf
                            server {
    listen 127.0.0.1:8888;
    charset utf-8;

    location = /RPC {
        include scgi_params;
        scgi_pass 127.0.0.1:5000;
    }
}

                            ensuite redémarre nginx

                            service nginx restart

                            Par contre il faut bien indiquer le port scgi de ton user rtorrent ici scgi_pass 127.0.0.1:5000;
                            ça va créer un point de montage http://localhost:8888/RPC accessible que en local sur ton serveur.

                            ensuite

                            rtorrent-cleaner report --url-xmlrpc=http://localhost:8888/RPC --home=/home/koko/torrents -v

                            ça serait intéressant de voir la différence de temps. Ajoute l'option -v ça ajoute le temps écoulé sur la barre de progression.

                                Magicalex
                                Juste excellent comme solution ! Je suis passé de plusieurs heures à 7 minutes. Bien joué !

                                Par contre du coup j'ai essayé de tester sur /torrents/mon-dossier-tracker-que-jutilise-rarement, mais le résultat compare avec l'intégralité de mes torrents, du coup le résultat me sert à rien.

                                Là je viens de relancer sur /torrents tout court... 6 minutes, encore mieux. Par contre pareil, ça me donne quasiment tous mes torrents en missing file, alors que les fichiers en question sont bien là.

                                J'attends ton retour 🙂

                                    kokogakayui t'as pas eu de bug? sinon faudrait demander à @ex_rat si il veut bien rajouter ce vhost dans son script.

                                    Faudrait que je trouve une solution pour faire sans mais c'est pas évident. Le mieux serait de passer directement par scgi mais j'ai rien trouvé pour communiquer directement en php...

                                      kokogakayui Ah ouais c'est curieux ton résultat...

                                      t'as une config particulière? tu compares bien avec le dossier ou rtorrent télécharge les fichiers?

                                      c'est quoi la commande que tu as lancé? il affiche bien tous tes torrents? tu as plusieurs utilisateurs?

                                      edit: je pense que tu te trompe de home tu as bien mis --home=/home/<utilisateur>/torrents ?
                                      si tu peux mettre la commande que tu as exécuté ici

                                        Alors :
                                        Ai-je une config particulière ? je pense pas, au niveau de rtorrent/rutorrent j'ai pas touché grand chose.
                                        Il y a deux users de rtorrent sur ma box.
                                        J'ai bien spécifié le bon home.
                                        La commande utilisée :
                                        $ rtorrent-cleaner report --url-xmlrpc=http://localhost:8888/RPC --home=/home/koko/torrents -v

                                        EDIT : Alors pour info par exemple ça me donne ça comme output
                                        missing file: /home/koko/torrents/Czarface - Every Hero Needs A Villain {CD-FLAC} (2015)/Folder.jpg
                                        alors que le fichier est dans /home/koko/torrents/musique/

                                        Du coup ouais le problème vient de la gestion des sous-dossers apparemment.

                                          kokogakayui et le rtorrent de l'utilisateur koko le scgi est sur le port 5000 du coup?

                                          Affiche le contenu de cette commande

                                          cat /home/koko/.rtorrent.rc

                                            bah ouais à priori c'est bon. 5001 dans la conf rutorrent, 5001 dans le vhost cleaner.conf.

                                            kokogakayui Du coup ouais le problème vient de la gestion des sous-dossers apparemment.

                                            Ah ouais c'est géré par quoi ce truc?

                                                Tiens mon rtorrent.rc, mais je doute que ça vienne de là, tout tourne impeccable.

                                                network.scgi.open_port = 127.0.0.1:5001
encoding.add = UTF-8
network.port_range.set = 45000-65000
network.port_random.set = no
pieces.hash.on_completion.set = no
directory.default.set = /home/koko/torrents
session.path.set = /home/koko/.session
protocol.encryption.set = allow_incoming, try_outgoing, enable_retry
schedule2 = wdir_music,11,5,"load.start=/home/koko/watch/music/*.torrent,d.directory.set=/home/koko/torrents/music/,d.custom1.set=music,d.custom3.set=/home/koko/torrents/music/,d.delete_tied="
schedule2 = untied_directory,5,5,"stop_untied=/home/koko/watch/*.torrent"
schedule2 = espace_disque_insuffisant,1,30,close_low_diskspace=500M
trackers.use_udp.set = yes
dht.mode.set = off
protocol.pex.set = no
throttle.min_peers.normal.set = 40
throttle.max_peers.normal.set = 100
throttle.min_peers.seed.set = 10
throttle.max_peers.seed.set = 50
throttle.max_uploads.set = 30
execute = {sh,-c,/usr/bin/php /var/www/rutorrent/php/initplugins.php koko &}