ruTorrent impossible a joindre !

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

ruTorrent impossible a joindre !

Royce

Tout d'abord je vous souhaite à tous une bonne année 2018 !

Ensuite je me décide enfin a poster mon problème sur le forum après beaucoup de recherche, de modification, de réinstallation etc etc ..

Bref, allons droit au but :
J'ai installé une seedbox en suivant le tuto de ex_rat le tout sur un serveur hébergé par Kimsufi.
Tout à très bien fonctionné pendant 2 ans environs puis j'ai commencé par avoir des soucis d'accès à la mise en page de rutorrent. J'ai réinstallé il y a quelques mois et ça a bien fonctionné mais le problème est revenu rapidement.

J'ai cette erreur pratiquement a chaque fois que je me connecte : Bad response from server: (504 [error,getplugins]) Gateway Time-out

J'ai suivi beaucoup de sujet qui traite de près ou loin ce problème et je n'ai jamais vraiment réussi à le résoudre définitivement. .session supprimé, nginx redémarré, reboot hardware, vidage du cache modification du .torrent.rc et j'en passe.
Une fois que je réussi tant bien que mal a me connecter sur l'interface j'ai l'icone de rafraichissement (le truc rond) qui tourne pratiquement tout le temps et j'ai des messages dans le journal qui indique :
"La requête vers rTorrent a échoué."
Et 'ai ce message sans même rien lancer du tout sur la page !

Sauriez vous m'aider dans ce problème d'accès à rutorrent ?

Merci ! 🙂

lilp

Bonjour,
Je me retrouve avec exactement le même soucis.

ex_rat

Salut
Souvent le "La requête vers rTorrent a échoué." arrive quand le serveur est à genoux, trop de trucs actifs en même temps ou up/dl trop rapide. Souvent un usage trop violent sur du serveur pas cher un peu anémique, j'ai pas de soluce miracle.

Pour l'erreur 504, faut tenter d'augmenter la durée avant le timeout peut-être. (c'est juste une idée comme ça)
vérifier la version de php d'avord:
php -v
éditer en fonction:

nano /etc/php5/fpm/php.ini
nano /etc/php/7.1/fpm/php.ini
nano /etc/php/7.2/fpm/php.ini

et modifier

max_execution_time = 30
# en genre
max_execution_time = 300

+ restart pour voir si ça améliore les choses. J'suis pas trop sur du truc, une recherche google sur php 504 timeout devrait donner des pistes.
Ex.

Royce

merci ex_rat pour ta reponse, je vais voir ça de suite.
Ceci dit justement j'y ai pensé aussi a une surcharge coté serveur mais cela m'arrive même quand je stop tout les torrents ! Et c'est bien pour cela que je demande de l'aide :p

Avant réinstallation compète de la seedbox j'avais plus de 300 torrents puis après avoir du tout réinstaller je me suis contenté de 100 torrents pas plus.
La config de mon serveur est celle ci :

Serveur Kimsufi - 4G D425 1x1 To (2To en réalité !)
Intel(R) Atom(TM) CPU N2800 @ 1.86GHz, 4 cœurs
Debian 7.10 (Wheezy) (Oldoldstable) (64bits)

A la limite que je mette du temps à me connecter à l'interface rutorrent pourrait venir du timeout, mais ce qui me gêne c'est qu'actuellement ma seedbox tourne à 77.5 Kio/s en up avec aucun dl en cours mais malgré tout j'ai la bulle en bas a droite ainsi que ces message dans le journal : " La requête vers rTorrent a échoué. "

[17.01.2018 09:57:55] WebUI started.
[17.01.2018 09:58:50] FILE MANAGER ignited
[17.01.2018 10:00:44] La requête vers rTorrent a échoué.
[17.01.2018 10:00:48] La requête vers rTorrent a échoué.
[17.01.2018 10:01:54] La requête vers rTorrent a échoué.
[17.01.2018 10:02:18] La requête vers rTorrent a échoué.
[17.01.2018 10:07:10] La requête vers rTorrent a échoué.

et ça continu encore et encore ...

Est ce qu'il n'y aurais pas un problème de connexion entre rutorrent et la seedbox ?

Royce

Avant de faire la modification (PHP 5) que tu proposes j'ai stoppé tout les torrents puis reboot, mais ça ne change rien ... " [17.01.2018 10:23:16] Bad response from server: (504 [error,getplugins]) Gateway Time-out "

Je dois avoir un problème avec rutorrent. Est ce qu'on peut juste réinstaller rutorrent sans devoir réinstaller la seedbox entièrement ?

*Edit :
le serveur a finalement bien redémarré et j'ai accès tout de suite sur rutorrent même en rafraichissant la page toute les 10 seconde (pour tester). Tout les torrents sont bien stoppés. Je doit avoir un soucis de surcharge effectivement !
Est ce que le problème ne viendrait d'un soucis de gestion du nombre de torrents actif sur rutorrent ??
D'après mon webmin, quand mes torrents sont actifs, le cpu oscille de 0% a 20% mais pas plus et la mémoire réelle est stable à 13%.

Merci encore de ton aide ! 😉

ex_rat

Oui c'est possible, tentes de baisser les valeurs "peer max" de moitié dans ton .torrent.rc
Actuellement tu dois avoir ça d'origine:

min_peers = 40
max_peers = 100
min_peers_seed = 10
max_peers_seed = 50

et restart rtorrent (en remplacant bien les toto partout ^^)

killall --user toto rtorrent
killall --user toto screen
rm /home/toto/.session/rtorrent.lock
/etc/init.d/toto-rtorrent start

Si ça va pas, réduit encore...
Ex.

edit: Ca sert à rien de réinstaller ruTorrent. Et ton Atom, c'est une chèvre. J'en ai eu plusieurs faut clairement le ménager 😉

ex_rat

Pour alléger un peu ruTorrent, tu peux aussi désactiver quelques plugins
nano /var/www/rutorrent/conf/users/<username>/plugins.ini
Chez moi, ça donne ça pour te donner une idée:

[ipad]
enabled = no
[httprpc]
enabled = no
[retrackers]
enabled = no
[rpc]
enabled = no
[rutracker_check]
enabled = no
[chat]
enabled = no
[chunks]
enabled = no
[history]
enabled = no
[spectrogram]
enabled = no
[mobile]
enabled = no
[nfo]
enabled = no
[screenshots]
enabled = no
[mediainfo]
enabled = no
[autodl-irssi]
enabled = no

Et tu peux virer complètement autodl-irssi qui tourne en tache de fond si tu n’utilises pas:
https://mondedie.fr/d/8216-Resolu-Supprimer-plugin-Autodl-irssi/11
Ce sera toujours du plus.
Ex.

Royce

étonnant ! quand je lance la commande " killall --user toto rtorrent " en root et en mettant bien mon user à la place de toto j'ai cette réponse : rtorrent: aucun processus trouvé

Bizarre non ?

ex_rat

non c'est normal, enchaînes l'ensemble des commandes

Royce

J'avais déjà cherché pas mal sur mon problème et effectivement dans mes recherches j'étais tombé sur les plugins à stopper. Mon plugin.ini est déjà comme ce que tu me mets 🙂

J'ai donc modifié le .torrent.rc en mettant de moitié et j'ai désinstallé autodl-irssi mais l'accès à rutorrent rame toujours :/

quand j'ai terminé par " service <username>-rtorrent restart " j'ai eu comme réponse :

Restart rtorrent...
screen: aucun processus trouvé

réponse normal du screen ?

... je suis novice dans ce monde ^-

ex_rat

Relance avec les commandes plus haut si ça tourne pas
https://mondedie.fr/d/10009-rutorrent-impossible-a-joindre/6
Si t'as pas fait de boulette, ça doit marcher.

Pour le soucis du serveur qui rame, je peux pas faire plus à part te recommander de monter un peu en gamme. Le Xeon, c'est plus cher mais ça tourne...
Si je devrais retourner sur un N2800, j utiliserai Transmission, plus ruTorrent. Le mien était dans le rouge en permanance, 'était pénible.
Ex.

Royce

Je trouve surprenant que le procco se surcharge maintenant et pas avant ?
Je veux dire par la que j'ai la même config chez Kimsufi depuis 3 ans maintenant et j'ai ces problèmes de surcharge que depuis quelques mois alors qu'elle marchait du feu de dieu avant ! 🤔

Je réduit au fur et à mesure les " peers max " mais ça ne semble pas changer grand chose malheureusement ...
J'ai pas envie de devoir stopper tout les torrents et ne rien mettre en partage uniquement pour avoir accès à rutorrent ☹

Tu parles de Transmission, il est possible de l'installer à la place de rutorrent et sans devoir réinstaller la seedbox ?

ex_rat

J'ai pas de tuto (plein google surement) sous la main mais oui, faudra juste lui expliquer dans la conf où se trouve les fichiers et récupérer les .torrent pour relancer derrière + bloquer le démarrage de rtorrent (comme pour autodl-irssi, update.rc)

Bon moi les gars, je disparais quelques jours, soyez sage 🙂
Ex.

Royce

je vais voir ça !
merci encore de ton aide 😉

Wagner

@Royce Tu parles de Transmission, il est possible de l'installer [...]

Bien entendu que la réponse est oui. Après tout, nous avons le choix (Deluge, etc).
Par contre, non il n'y a eu aucun changement. Alors j'espère que cette fois quelqu'un répondra notamment à la première question.

Royce

Est ce que Cakebox est moins gourmand en ressource que rutorrent ?

Wagner

https://sourceforge.net/projects/transgui/
C'est juste un exemple afin de démontrer qu'il existe bien des WebUI pour Transmission.

Pour en revenir à la question, elle n'a guère de sens.
Parce que ce sont 2 choses assez différente. Grosso modo, le but du premier c'est le streaming. Tandis que le second, c'est de gérer les torrents.
Ainsi, un bon exemple aurait pu être (l'autre interface dénommé) Flood.

@ex_rat Et tu peux virer complètement autodl-irssi [...]

Autant tous les virer, non ? Ensuite il nous sera possible d'exclure cette piste.
Le message d'erreur n'est pas très parlant.... Parmi les résultats, autant dire je n'ai rien qui puisse me permettre d'identifier clairement le(s) plugin(s) pouvant provoquer ces bugs.

J'en doute mais c'est vrai qu'avec le time out, nous devrions peut-être aussi regarder vers Nginx. Il en existe plusieurs alors je vais juste donner 2 exemples : la directive keepalive_timeout et keepalive_requests.

xmlrpc-c-config --version; whereis transmission libtorrent rtorrent xmlrpc-c-config;
À moins que cela soit autre chose ? Revoir la compile.

Royce

Bonjour et merci de vos recherches !

Wagner effectivement ma comparaison est nulle, je m'en suis aperçue après ... désolé !

Concernant

xmlrpc-c-config --version;

j'ai comme réponse : 1.43.6
concernant

whereis transmission libtorrent rtorrent xmlrpc-c-config;

j'ai ce retour :

transmission:
libtorrent: /usr/local/lib/libtorrent.so /usr/local/lib/libtorrent.la
rtorrent: /usr/local/bin/rtorrent
xmlrpc-c-config: /usr/local/bin/xmlrpc-c-config
~~Comment faites vous pour afficher les commandes en grisé ? c'est plus propre visuellement~~ 😜

Tu parles de revoir la compile (de Nginx je suppose ?!) cela impliquerai de devoir tout réinstaller ?

Nebukad : effectivement j'ai vu plusieurs sujets qui en traitait et j'ai modifié mon .rtorrent.rc en changeant la ligne : " use_udp_trackers = no" principalement parce j'avais le port de la seedbox qui se "bloquait" et passait en rouge et plus aucune données ne partait ou ne venait de la seedbox. En modifiant ça a réglé le problème mais pas l'accès à rutorrent !

Actuellement j'ai stoppé tout mes torrents et l'accès à l'interface est rapide et sans attente ! mais dès que je lance quelques torrents ( testé avec 5 torrents) et c'est la débandade, lenteur puis message cité en haut de mon sujet !

Nebukad

Bonjour,

Télécharges tu depuis des trackers publiques (genre Y..) ? Il semble avoir vu passé des problèmes avec certains fichiers torrents et j'ai eu moi même quelques problèmes qui me plantait rutorrent avec ces trackers.

Nebukad

Et tu testes avec 5 nouveaux ou 5 de tes anciens ?

Page suivante »