T'as pas trouvé t'as reboot la box :")

Pas grave le triangle jaune

Bonsoir.
En premier lieu, je tapote sur mon clavier en me souvenant qu'il me faut remercier l'ensemble des acteurs qui ont pu contribuer de différentes manière à travers des tutoriels, des scripts, et tout autre élément qui font que l'on est en mesure d'avoir un certain confort.
Ensuite, je vais tenter d'expliquer mes tests sur ce sujet.
Mon expérience a débuté à partir d'une installation d'une version Debian 6 (stable). Les mises à jours des packages n'étaient pas forcément évidentes quant à la stabilité de la solution, il m'a fallu plusieurs fois repartir de zéro.
J'ai ensuite procédé à des montées de versions de la 6-->7-->8 , La V7 et la V8 n'ont présentées aucunes difficultés d'exploitation notables. (le script Bonobo a vraiement fait un excellent travail)
Récemment, j'ai suivi ce tuto pour le passage vers la V9. Ce qui ne s'est pas déroulée comme je l'aurai souhaité.
En suivant le tuto à la lettre et en le reproduisant plusieurs fois , je me suis retrouvé dans une phase où il m'était impossible de lancer un processus rtorrent, les compilations présentaient de nombreux warning (ce constat est fait en repartant depuis une installation vierge de l'OS, en montée de version le compilateur semblait faire des siennes et un message d'erreur de macro inconnu m'est apparu à chaque tentative).
Obstiné, je suis reparti avec plusieurs installations de l'OS (hébergement dédié OVH/KIMSUFI). En installant les packages nécessaires au moyen d'apt-get, et en bricolant un peu, je suis finalement parvenu à faire fonctionner l'ensemble (malheureusement pour une courte durée, un premier lancement d'un D/L de Torrent bien pris en compte, j'ai supprimé ce job, puis je me suis retrouvé rapidement avec un message d'erreur qui me semble lié à un problème de processus rtorrent qui n’apparaît plus avec la commende "ps -faux" , en redémarrant le système la seedbox semble stable jusqu'au moment où j'ajoute et supprime un torrent. (je vais tenter de regarder si avec plusieurs jobs le fait d'un supprimer 1 fait tomber rtorrent aussi ; affaire à suivre)
Je n'ai pas encore intégré quels sont les éléments qui vous permettraient de réaliser une analyse de contexte, et si je n'ai pas lu ce qu'il fallait n'hésitez pas à me frapper/flageller/lacérer (enfin tout ce qui vous permet de soulager une colère ou un agacement certain ^).
Si je peux être utile ou si quelqu'un peut m'aider à trouver une solution pérenne, je suis à la disposition des bonnes âmes.
Bien à vous et au plaisir de vous lire

Bonjour,

j'ai plutôt l'impression que la commande (suivante) : ps -fauxest incomplète @funcard. En générale, on se sert de celle-ci ps -ef | grep rtorrent. De plus, je crois que l'image (ci-dessus) sera plus parlante.

Par contre, oui c'est vrai il y a beaucoup de warnings (lors de la compile). Tandis que le contexte, je suppose qu'il sera légèrement plus clair avec le résultat de ces 4 commandes :

xmlrpc-c-config --version;
rtorrent -h | grep version;
whereis libtorrent rtorrent xmlrpc-c-config;
hostnamectl | egrep 'Kernel'
## Ou alors : hostnamectl | egrep 'Operating System|Kernel|Architecture'
## La dernière est facultatif car la partition est rarement pleine (20 Go minimal de recommandé).
## Néanmoins, on aurait du en flageller quelqu'uns en voilà une de bonne idée. mdr
df -h;

Et si jamais il y a eu un problème (pendant la compilation), une solution consiste à installer (le paquet) zlib1g-dev.

Bonjour,

Les résultats
xmlrpc-c-config --version
-bash: xmlrpc-c-config : commande introuvable

rtorrent -h | grep version
Rakshasa's BitTorrent client version 0.9.6.

whereis libtorrent rtorrent xmlrpc-c-config
libtorrent:
rtorrent: /usr/bin/rtorrent /usr/share/man/man1/rtorrent.1.gz
xmlrpc-c-config:

hostnamectl | egrep 'Kernel'
Kernel: Linux 4.9.33-mod-std-ipv6-64

df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root 20G 1,3G 17G 8% /
devtmpfs 985M 0 985M 0% /dev
tmpfs 987M 0 987M 0% /dev/shm
tmpfs 987M 14M 974M 2% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 987M 0 987M 0% /sys/fs/cgroup
/dev/sda1 487M 25M 433M 6% /boot
/dev/sda3 897G 773M 851G 1% /home

Donc concernant xlmrpc j'ai utilisé en substitut : xmlrpc-api-uti 1.33.14-4
pour lib torrent j'ai installé 2 paquet ne sachant pas quel était le bon : libtorrent-dev 0.13.6-1.1 BitTorrent library by Rakshas et libtorrent19:a 0.13.6-1.1 C++ BitTorrent library by Rakshas

Pour le moment avec ma démarche je n'ai eu que des plantage de rtorrent lorsqu'il n'y a plus de torrent dans la liste,
Est-ce intéressant que j'essai de reprendre la compilation des paquets à la place de ceux que j'ai installé en ajoutant le zlib1g-dev ?
Merci pour ton message Wagner
Bonne soirée

	https://packages.debian.org/stretch/xmlrpc-api-utils
	https://packages.debian.org/stretch/rtorrent
	https://packages.debian.org/stretch/libtorrent19
	https://packages.debian.org/search?keywords=xmlrpc-c

De rien @funcard et cela confirme ce que je pensais. Il y a parfois des bugs lorsque l'on installe un logiciel depuis les dépôts de Debian.
Alors je dirais non car cela risque encore d'échouer... Ce substitut ne me rappel rien mais d'après ces pages, il doit se nommer libtorrent19. La dernière fois, j'ai essayé d'installer rtorrent et il n'y avait pas eu d'erreur (ni avec les dépendances tel que libtorrent, etc). Néanmoins, j'ai pu le(s) louper... J'ai juste jeter un (rapide) coup d'oeil.
Il faut mieux repartir de zéro (en réinstallant l'OS) car cela évite(ra) d'autre(s) problème(s lié à la compile) et ce sera moins obscure.

Merci bonne soirée également.

Bon ben c'est bien ma chance.
J'ai suivi pas à pas le tutoriel et à la fin quand je me log à https://62..../rutorrent, j'obtiens :

Ce site est inaccessible

62.***.**.*** n'autorise pas la connexion.

Essayez les suggestions ci-dessous :
Vérifier la connexion
Vérifier le proxy et le pare-feu
Vérifiez votre connexion internet.
Vérifiez tous les cables, redémarrez votre routeur, modem ou tout autre appareil réseau utilisé.

Permettre à Opera d'accéder au réseau dans les réglages de votre pare-feu ou de votre anti-virus.
S'il est déjà répertorié en tant que programme autorisé à accéder au réseau, essayez de le supprimer de la liste, puis de le rajouter.

Si vous utilisez un serveur proxy…
Vérifiez vos réglages proxy ou contactez votre administrateur réseau pour être sûr que le serveur proxy fonctionne. Si vous ne pensez pas que vous devriez utiliser un serveur proxy : Allez dans le menu principal > Paramètres > Modifier les paramètres du proxy… > Réglages LAN et désélectionnez "Utiliser un serveur proxy pour votre LAN".

Mon serveur est sur Online.

Bon maintenant il s'affiche, mais avec cette erreur :

[12.08.2017 17:47:01] Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent.

Voici mon rtorrent.rc :

scgi_port = 127.0.0.1:5001
encoding_list = UTF-8
port_range = 45000-65000
port_random = no
check_hash = no
directory = /home/manon/torrents
session = /home/manon/.session
encryption = allow_incoming, try_outgoing, enable_retry
schedule = watch_directory,1,1,"load.start=/home/manon/watch/*.torrent"
schedule = untied_directory,5,5,"stop_untied=/home/manon/watch/*.torrent"
trackers.use_udp.set = yes
dht.mode.set = off
protocol.pex.set = no
min_peers = 40
max_peers = 100
min_peers_seed = 10
max_peers_seed = 50
max_uploads = 15
execute = {sh,-c,/usr/bin/php /var/www/rutorrent/php/initplugins.php manon &}
schedule = espace_disque_insuffisant,1,30,close_low_diskspace=500M

Que faire ? Tout m'a l'air exact.

De plus quand j'essaie de redémarrer nginx, j'ai aussi cette erreur :

nginx: [emerg] "server" directive is not allowed here in /etc/nginx/sites-enabled/seedbox.conf:55

Mon seedbox.conf :

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.0-fpm.sock;
}

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

server {
listen 80 default_server;
server_name _;


charset utf-8;
index index.html index.php;

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

root /var/www;

location /seedbox-manager {
    try_files /seedbox-manager/$uri /seedbox-manager/index.php$is_args$args;
}
}

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.0-fpm.sock;
}
}