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/torrentsHaha 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 !
kokogakayui j'ai trouvé un bug, je viens de fix
Magicalex Ah dommage j'en étais à 10% pourtant haha. du coup je relance l'install et je relance ?
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 243 torrents
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.
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.confserver {
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 restartPar 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.rcbah 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 &}@kokogakayui Je pense que tu viens de découvrir une faille dans la logique de mon script. 