Bonjour.
Je viens juste d'installer tout sur une Debian GNU/Linux 10 (buster) toute fraiche.

Au lancement de rutorrent, j'ai la fenêtre (un peu à l'ancienne) avec le message d'erreur :

[24.12.2019 15:00:45] WebUI started.
[24.12.2019 15:00:45] Bad response from server: (500 [error,getplugins]) Internal Server Error

Screenshot de la fenetre : https://i.ibb.co/SrrZ7NH/rutorrent.jpg

Voici le lien vers le pastebin : http://paste.ubuntu.com/p/wQSv7Z54v4/

J'ai eut quelque problèmes pendant l'installation ("The repository 'http://www.deb-multimedia.org buster InRelease' is not signed." ou bien "bash: ldconfig : commande introuvable") mais je les ai réglé en cherchant sur internet.

Merci d'avance pour votre aide

**EDIT 2019-12-24 15H36 ==> C'est mieux **
Merci le script Pastebin pour voir tout rapidement
J'avais oublier le ";" final sur nano /var/www/rutorrent/conf/users/<username>/config.php
Par contre, update-rc.d était de nouveau introuvable !
J'ai dut, encore une fois, mettre à jour mon PATH avec

export PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/usr/local/games:/usr/games"
J'ai l'impression que cette MAJ saute à chaque redémarrage

Par contre, j'ai le message suivant dans rutorrent. Je vais regarder car je ne pense pas que cela soit bloquant

[24.12.2019 15:34:09] WebUI started.
[24.12.2019 15:34:14] FILE MANAGER: tar Manipulation des archives désactivée (applications introuvables)
[24.12.2019 15:34:14] FILE MANAGER: gzip Manipulation des archives désactivée (applications introuvables)
[24.12.2019 15:34:14] FILE MANAGER: bzip2 Manipulation des archives désactivée (applications introuvables)

Bonjour,

J'ai un nouveau serveur chez OVH et j'ai utilisé le script pour installer rtorrent/rutorrent et autodl-irssi. Après l'installation j'ai reboot et j’obtiens toujours "Error downloading files. Make sure autodl-irssi is started and configured properly (eg. password, port number): Error getting files listing: Error: Could not connect: (111) Connection refused"

Tout la config à ma connaissance est ok, irssi est activé, autodl.cfg et dans le dossier ds plugin de mon user conf.php est aussi bien configuré. Donc à l'instant je ne sais plus trop quoi faire J'ai un autre serveur qui n'est pas chez ovh et le script à fonctionner sans aucun soucis au même moment... Je ne sais plus trop quoi faire

Si vous avez une idée, je suis bien ouvert Merci.

EDIT: J'ai réinstallé les dépendances de l'autodl-irssi via CPAN et restart irssi et hop tout fonctionne. Probablement le fresh install via OVH qui manquait des trucs...

Bonjour , j'ai un problème avec le changement de mon passwd impossible de le crée ?
(bash: adduser: command not found)
ok j'ai trouver su -

Bonjour, j'ai une petite question :
j'ai mon serveur hébergé chez oneprovider, récemment ils m'ont bloqué mon serveur en me disant qu'il avait flooder le switch par trop de requête dhcp. Ils m'on demandé de passer en static et pas en dhcp.
Donc ma question est :
dans le fichier interface on met pour passer en static :

source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
        address adresse du serveur
        netmask 255.255.255.0
       gateway  l'ip.de.la.passerelle

Faut il aussi mettre dedans dns-nameservers ?
car je l'avait pas mis est j'avais plus acces à mon serveur, j'ai du redemarrer en mode rescue pour tout remettre en dhcp.
Je suis sous debian 8 avec le script de ex_rat.

merci

Allez je m'en charge pour cette fois.
D'une part, aux dernières nouvelles @charlit il n'est plus maintenu. Autrement dit, il est toujours à l'abandon ciomplet (aka "unmaintained") et il n'est plus inclut dans le script de Exrat.

D'autre part, il faudrait déjà (re)formuler la demande avec un minima de politesse (ou de courtoisie). Autrement dit c'est une gageure car il y a des personnes qui refuseront immédiatement toutes vos demandes pour cette unique raison. D'ailleurs, cela n'est pas pour rien qu'il existe un proverbe (assez resssemblant ainsi que probant) : l'art de savoir de formuler les choses, cela permet de débloquer la situation !

• code obsolète
• language inconnu
• projet mal conçu
• absence d'information (Qui contacter ? Documentation complète ?)
• contenu n'ayant pas grand chose de valorisant (ni pérenne)
• structure à revoir en fonction de l'époque (des nouvelles fonctionnalités ? des nouveaux languages ?)
• il faudra se renseigner afin de connaître le nombre de personnes qui ont réellement besoin de ce logiciel
• etc

Les raisons ? Avec cette liste, nous pouvons contaster quelles sont diverses et peuvent varier en fonction des personnes !
Franchement, il y a très peu de chance que quelqu'un décide de le reprendre à l'avenir. À moins d'être fou ? En soit, c'est assez fastidieux de rependre le projet de quelqu'un d'autre sic... Lorsqu'on s'aperçoit qu'il comporte des lacunes alors il est préférable de renoncer (afin d'éventuellement le reconstruire à partir de zéro ou alors un autre projet).
Donc je crois qu'il faut envisager de faire une croix dessus.

Bonjour,
Merci ex_rat pour tes scripts ruToto que j'utilise depuis plus de 5 ans.

Souci ici: j'ai voulu upgrader et il y a eu des hics. Je pense côté NGINX car il refusait de redémarrer.

Apparemment, je suis bien en seed côté trackers P2P (ouf!). Par contre, impossible de retrouver l'interface web, d'autant que j'ai essayé plusieurs trucs (là je tombe sur un autre roToto installé ce matin tout vide).

Je souhaiterais connaître le chemin exact du fichier de conf de l'interface web DE CE SCRiPT, svp.

Oui, c'est ce que je compte faire. Mais je n'avais pas prévu d'y passer mon week-end ! Je t'avouerais que je ne comprends pas le quart des commandes envoyées (ceci explique cela). Nginx, je ne sais pas ce que c'est... Un attendant web, je me dis, là. Le lien entre libto, rto et ruto me dépasse complètement.
Mais je ne demande surtout pas un cours ! Oulalah, ne vous cassez pas. Justement je viens ici faire des copiés-collés, et basta !
Je vais investiguer. Si je suis en seed, l'urgence n'est plus. Merci de ta réponse, MattProd.

EDiT: pardon, oui, j'ai utilisé le script d'ex_rat en lien, "[Tuto] Installer ruTorrent sur Debian 10 nginx & php-fpm"

Bonjour, peut on passer de la 0.9.8 a la 0.9.6 rtorrent ?
Debian 10

Pas conseillé... Pourquoi ?

Re,
apparemment ma panne nginx vient du fichier seedbox.conf

nginx: [emerg] a duplicate default server for 0.0.0.0:80 in /etc/nginx/sites-enabled/seedbox.conf:2

Je crois comprendre qu'il faut mettre un nom de serveur en ligne 2... Mais lequel et comment ?

server {
    listen 80 default_server;
    server_name _;

    charset utf-8;
    index index.html index.php;
    client_max_body_size 10M;

    access_log /var/log/nginx/rutorrent-access.log combined;
    error_log /var/log/nginx/rutorrent-error.log error;

    error_page 500 502 503 504 /50x.html;

    auth_basic "seedbox";
    auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd";

    root /var/www;

    location = /50x.html {
        root /usr/share/nginx/html;
    }

    location = /favicon.ico {
        access_log off;
        log_not_found off;
    }

    location /rutorrent {
        try_files $uri $uri/ /index.html;
    }

    location ~ ^/rutorrent/(conf|share)/(.+)$ {
        deny all;
    }

    location ~ \.php$ {
        fastcgi_index index.php;
        include /etc/nginx/fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_pass unix:/run/php/php7.3-fpm.sock;
    }

    location ~* \.(jpg|jpeg|gif|css|png|js|map|woff|woff2|ttf|svg|eot)$ {
        expires 30d;
        access_log off;
    }
    location = /<USERNAME> {
        include scgi_params;
        scgi_pass 127.0.0.1:5001;
        auth_basic "seedbox";
        auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_<username>";
    }
}

<USERNAME> et <username> du dernier paragraphe bien remplacés.
Debian 10

juste enlève le default_server sur la ligne listen
listen 80;

Yé m'en souis sorti !

Je ne sais plus quelle commande de "purge et dépendances" en sudo de : deluge, deluged (installés pour rien, ce week-end de galère), nginx, libto, rto, ruto, pour faire un peu de ménage.

Envoi du script Bonobox complet avec 1 seul user (nouveau nom), SANS FORMATAGE. Reset du serveur.
Et voilà ! Pas de réup ni de recheck, j'y ai même les torrents en seed pourtant dans le chemin de l'ancien user.
rtorrent 0.9.8/0.13.8 sur Debian 10 sans aucune perte, ce qui était l'idée originale.

Super, merci encore pour BONOBOX et à toute l'équipe !

Note: ancienne config; serveur tout propre en Debian 9.4 updaté 9.5 avec Bonobox version fin 2018.

Il me reste à corriger (plus tard! je regarderai les fichiers conf) cette affaire de chemins USER1 et USER2. C'est un peu l'embrouille en SSH et pour la gestion de nouveaux torrents (créés ou ajoutés).
Je m'en sors en root. En dehors de ça, tout baigne.