foxfr99 tu peux me partager par mail les résultats? Y a pas d’erreur au niveau des fichiers?

Fonctionne Très bien chez moi.
Debian 9
PHP 7.1.26
Script exrat

Merci beaucoup pour ton partage.

hydrog3n Mais rtorrent en RPC n'a pas besoin d’identification grâce au server block qu'on a rentré au début de la conf :

server {
    listen 127.0.0.1:8888;
    charset utf-8;

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

la commande : rtorrent-cleaner report --url-xmlrpc=http://localhost:8888/RPC

Et comme 127.0.0.1:5001 correspond à l'utilisateur 1 127.0.0.1:5002 l'utilisateur 2 etc je vois pas l’intérêt de rajouter --username --password pour cette méthode 🤔

Alors que quand on appel rtorrent-cleaner par l'URL de rutorrent justement, on a besoin de l'authentification et j'ai cru que @Magicalex avait rajouté --username --password à cette étape pour faciliter la lecture de l'URL sans avoir les identifiants au milieux de l'URL mais en option à la fin..

J'ai surement compris de travers lol.

    Banip non non, il faut tjrs mettre une url rpc correct. L’option username et password c’est pour les problèmes de caractère dans l’url.

    donc par l’url distante ça doit donner quelque chose comme https://domain.tld/RPC

      Magicalex Au début je me souviens qu'on avait deux méthodes 😀

      rtorrent-cleaner report --url-xmlrpc=https://user:password@domain.tld/rutorrent
      ET 
      rtorrent-cleaner report --url-xmlrpc=http://localhost:8888/RPC # avec la conf nginx qui va bien

      La première méthode est toujours utilisable ?

      Non parce que perso j'ai fait modifié le server block comme ça :

      server {
          listen 127.0.0.1:8888;
          charset utf-8;
      
          location = /USER1{
              include scgi_params;
              scgi_pass 127.0.0.1:5001;
          }
          location = /USER2{
              include scgi_params;
              scgi_pass 127.0.0.1:5003;
          }
          location = /USER3{
              include scgi_params;
              scgi_pass 127.0.0.1:5004;
          }
      }

      Puis j'appelle rtorrent-cleaner comme ça :

      rtorrent-cleaner report --url-xmlrpc=http://localhost:8888/USER1
      rtorrent-cleaner report --url-xmlrpc=http://localhost:8888/USER2
      rtorrent-cleaner report --url-xmlrpc=http://localhost:8888/USER3
      ...

      Je trouve ça bien pratique, pas d'authentification et ça va super vite. J'ai carrément abandonné la première solution.

        Banip ok, du coup comment tu as installé la seedbox?

        Du coup pour l'url distante ça serait quelque chose comme

        rtorrent-cleaner report --url-xmlrpc=https://domain.tld/rutorrent/USER1 --username=user --password=password

        Mais tant que ça fonctionne, c'est le principale.

        Je reviens sur mes tests et ça passe désormais
        time: 1sec 51ms, torrents: 231, memory: 8MB
        Merci pour le script

        un mois plus tard

        Salut, je dois avoir un souci de conf mais je ne vois pas lequel. Voici ce que j'ai quand je demande le rapport : The files are not able to be reached locally

        Et mon Docker

        docker run -d \
        --name rtorrent-cleaner \
        -v /var/lib/vz/aerya/mnt/incoming:/data/torrents \
        --link rutorrent:rtorrent \
        magicalex/docker-rtorrent-cleaner rtorrent-cleaner report --url-xmlrpc=https://torrent.xxx.xxx/RPC2 --username moi --password 'pwd'

        Evite de passer par https et l’authentification pas besoin via docker. Normalement t’as pas besoin de mettre l’option —url-xmlrpc par défaut c’est http://rtorrent:8080/RPC
        mais tu peux mettre http://rtorrent:8080/RPC2

        Ensuite pour ton soucis c’est le volume qui n’est pas bon.
        Essaye
        -v /var/lib/vz/aerya/mnt:/data

        Tu utilises quelle image docker?

        L'image Linuxserver, donc mon volume /var/lib/vz/aerya/mnt/ est monté dans /downloads
        Par ailleurs le script tournait au poil sur ma vieille SB montée avec le script d'Ex mais là du coup en Docker je ne sais pas si je dois lui indiquer le chemin local ou celui du Docker ruTorrent (?).

        EDIT le coup du /rtorrent:machin ça ne marche pas. Que ce soit via aucun des ports que j'utilise pour cette image. Mais c'est pas ça qui foire donc pas grave

          Error creating resource: [message] fopen(http://rtorrent:xx/RPC2): failed  to open stream: Connection refused                                          

          Aerya Ok, je regarde ça ce soir, jte ferai une commande qui va bien normalement.
          Si tu peux me donner le lien du projet github pour l'image.

          docker run -it --rm \
            -v /var/lib/vz/aerya/mnt:/downloads \
            --link rutorrent:rtorrent \
            magicalex/docker-rtorrent-cleaner rtorrent-cleaner --url-xmlrpc=https://rtorrent/RPC2

          Normalement, on devrait se rapprocher de la vérité avec cette commande.
          Je suis pas sûr pour /var/lib/vz/aerya/mnt/incoming.

          Voilà cette commande supprime automatiquement le container une fois rtorrent-cleaner exécuté.

          Merci beaucoup @Magicalex 🙂
          Il suffit de mettre /var/lib/vz/aerya/mnt/:/downloads
          Hum... je vais revoir mes scripts...

          |     | Total recoverable space                                                                                   | 901.23Go  |
          
          time: 2min 15sec 789ms, torrents: 486, memory: 12MB

            Aerya Ah ouais 900Go! vérifie quand même à la main si c'est pas des erreurs

            et si t'as les stats du script aussi cmb de torrents analyser en cmb de temps etc..

            Aerya Tu peux faire un script à l'avenir dans /usr/local/bin/rtorrent-cleaner

            #!/bin/bash
            
            docker run -it --rm \
              -v /var/lib/vz/aerya/mnt:/downloads \
              --link rutorrent:rtorrent \
              magicalex/docker-rtorrent-cleaner rtorrent-cleaner --url-xmlrpc=https://rtorrent/RPC2 $*

            Tu pourras directement lancer les commandes facilement

            rtorrent-cleaner report
            rtorrent-cleaner rm
            rtorrent-cleaner mv /data/old
            rtorrent-cleaner torrents
            rtorrent-cleaner --version
            un mois plus tard

            bonjour à tous
            je viens d'essayer ce script rtorrent-cleaner sur ma seedbox bonobox , j'ai juste un petit soucis d'exécution.
            lorsque je passe la commande rtorrent-cleaner report --url-xmlrpc=http://localhost:80/RPC
            il me revient l'errreur

            root@AMS-122150:~# rtorrent-cleaner report --url-xmlrpc=http://localhost:80/RPC
            ╔═══════════════════════════╗
            ║ RTORRENT-CLEANER - REPORT ║
            ╚═══════════════════════════╝
            
            
            In HttpException.php line 32:
            
              An HTTP error occurred: Not Found
            
            
            report [--url-xmlrpc URL-XMLRPC] [-e|--exclude EXCLUDE] [--log [LOG]] [-u|--username USERNAME] [-p|--password PASSWORD]

            donc en allant sur le GitHub je pense qu'il faut que j'édite nginx.conf j'aimerai avoir confirmation de votre part.
            cdlt

              slid3 oui il faut ajouter la petite config dans nginx. Redémarre nginx.

                Magicalex

                ok ok - hé bien merci pour la réponse je reviens vous dire quoi qui se passe ..ou pas
                cdlt

                bon super ... en fait lorsque je modifie le nginx.conf avec le codage:

                server {
                    listen 127.0.0.1:8888;
                    charset utf-8;
                
                    location = / {
                        include scgi_params;
                        scgi_pass 127.0.0.1:5000;
                    }
                }

                et bien lors du redemarrage avec service nginx restartil ne veut pas ...redemarrer

                on est bien d'accord que c'est nano /etc/nginx/nginx.conf qu'il faut modifier.
                alors oui j'ai bien modifié scgi_pass 127.0.0.1:5000 par celui de mon user...
                donc je vois pas trop la...je vais continuer de fouiller..