Bonjour,
En ce 23 Décembre la société Online vient d'annoncer la découverte du fameux bug sur certains disques durs de leurs offres de 2016.
La résolution est en cours, et la cause est plutôt étonnante:
https://status.online.net/index.php?do=details&task_id=720
Bonnes fêtes.
Juste pour info, le bug des disques de Online vient d'être découvert:
https://status.online.net/index.php?do=details&task_id=720
Et moi qui vient de me barrer de AMS...
Changement de serveur ok .. pb résolu.
Je viens d'ouvrir un ticket. Et à ma grande surprise les gars me disent que c'est le disque... O_O Ca fait un an que j'ai le serveur sans pb, et d'un coup le disque ferait des siennes.. why not.
Ils me propose le même avec 50% de réduction... ça me tente.
iotop:
6249 be/4 user 4.12 M/s 0.00 B/s 0.00 % 96.13 % rtorrent [rtorrent disk]
6248 be/4 user 123.14 K/s 1400.66 K/s 0.00 % 85.11 % rtorrent
"rtorrent disk" ? O_o
Chez Online. Mais je ne suis pas concerné par les pb de disques:
https://status.online.net/index.php?do=details&task_id=720
Mon serveur est à Amsterdam. Il a toujours bien fonctionné jusqu'à que j'essaye le tuto d'ici.
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 916G 321G 549G 37% /
udev 10M 0 10M 0% /dev
tmpfs 3.2G 8.6M 3.2G 1% /run
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/sda1 189M 31M 144M 18% /boot
Merci.
.rtorrent.rc:
scgi_port = 127.0.0.1:5001
encoding_list = UTF-8
port_range = 45000-46000
port_random = no
check_hash = no
directory = /home/user/torrents
session = /home/user/.session
encryption = allow_incoming, try_outgoing, enable_retry
peer_exchange = no
dht.mode.set = disable
#protocol.pex.set = no
trackers.use_udp.set = yes
throttle.min_peers.normal.set = 20
throttle.max_peers.normal.set = 60
throttle.min_peers.seed.set = 30
throttle.max_peers.seed.set = 80
#network.http.max_open.set = 50
#network.max_open_files.set = 600
#network.max_open_sockets.set = 300
pieces.memory.max.set = 15000M
#network.xmlrpc.size_limit.set = 2M
execute = {sh,-c,/usr/bin/php /var/www/rutorrent/php/initplugins.php user &}
schedule = espace_disque_insuffisant,1,30,close_low_diskspace=500M
Bonjour,
J'ai suivi le tutorial en manuel de @Magicalex.
J'ai ajouté une quinzaine de torrents, tout semblait bien se passer lorsque j'ai remarqué que la vitesse tombait brusquement pour plafonner à 20Mo/s au lieu des 100-120Mo/s habituel.
Ca c'était hier juste après l'install. Aujourd'hui si rtorrent est lancé mon serveur lag complet. La cause est mon disque dur qui plafonne à 100% d'utilisation. J'ai qu'une trentaine de torrents, dont deux en téléchargement.
Donc le disque est à 100% mais tout les process sont à 0% CPU. Si je coupe rtorrent par contre, là le disque revient à la normal...
Auriez-vous un début de piste afin de déterminer la cause de ce problème ? Parce que là .. je sèche complet.
Merci,
Alex.
EDIT en utilisant iotop je constate que c'est bien rtorrent qui pousse le disque à 100%. Par contre j'ai 3 torrents actifs donc WTF ?
Ce problème possède un ticket chez online:
https://status.online.net/index.php?do=details&task_id=720
C'est pas de bol pour ceux qui sont tombés sur l'un de ces serveurs sachant qu'il y en a des milliers en production.
Hello,
Une petite news concernant les possesseurs de serveur chez Online. Leur infrastructure hollandaise vient de bénéficier d'une grosse upgrade. Et c'est une bonne nouvelle !
A lot of work is about to happen next week in AMS:
-> the ASR 9010 will have all its 8x10gb/s linecards upgraded to 24x10gb/s linecards
-> new 100gb/s ports will be deployed
-> Cogent will be upgraded to 100gb/s
-> One 100gb/s port to DC3 will be prepared too
-> Interconnexion between the ASR and Dedibox router in room H2 will be upgraded (we are preparing a 20x10gb/s upgrade for this)
-> New servers (infra and customer) deployments are also scheduled
Possédant un serveur de ce type, je viens de faire quelques tests et la différence est très nette (surtout entre moi et le serveur, où j'avais des débits pourris avant).
Ma Dedibox XC SATA 2016 monte à 100-120Mo/s sans pb. Up et down. Pas essayé les deux en même temps toutefois.
Ok ton tuto a réglé mon problème @Magicalex
Par contre celui-ci vient de tout péter:
https://mondedie.fr/d/5373-Tuto-Redirection-automatique-vers-du-https-nginx
J'ai donc remis mon /etc/nginx/sites-enabled/rutorrent.conf exactement comme il l'était.
J'ai accès à rutorrent mais avec un vieux message bien pourri dans le journal:
Bad response from server: (404 [error,list]) <html>
<head><title>404 Not Found</title></head>
<body bgcolor="white">
<center><h1>404 Not Found</h1></center>
<hr><center>nginx</center>
</body>
</html>
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
Moi qui était si près du but .. VDM.
EDIT: résolu. Forcément il manquait la partie:
location /<USERNAME> {
include scgi_params;
scgi_pass 127.0.0.1:500x;
auth_basic "seedbox";
auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_<username>";
}
A rajouter.... DONC tout fonctionne. Juste dommage pour le HTTPS. Si tu pouvais me montrer comment tu as édité ton fichier @Magicalex ce serait bien cool. Merci.
Oui car je l'installe comme ceci:
sudo git clone https://github.com/Novik/ruTorrent.git rutorrent
Je viens de reset le serveur. Je tente ton tuto et je reviens pour donner des news.
idem que le message de persia:
"[30.01.2016 11:55:40] Error loading feed.
Par contre je me suis rendu compte hier que c'était juste avec des liens en https qui ça posait problème. Et ce problème est évoqué ici:
https://github.com/Novik/ruTorrent/issues/1247
L'histoire de permission est sûrement la bonne (expliquée au dernier message sur github), mais personne n'explique les permissions qu'on devrait avoir... :/
J'ai le même soucis, même sur une install toute fraîche. C'est incompréhensible. Sûrement une histoire de permission. Le problème c'est quoi...
C'est en train de me rendre débile.
J'ai un serveur en Hollande aussi, un élément est toutefois intéressant : le fait d'avoir un VPN en direct sur ton serveur. De ce fait, toute navigation devient "hollandaise". Personnellement j'apprécie ce détail.
thrown in /var/www/rutorrent/plugins/_task/task.php on line 142" while reading response header from upstream, client: XX.XX.XX.XX, server: _, request: "GET /rutorrent/php/getplugins.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/p$
2016/09/09 14:11:40 [error] 569#569: *140 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Error: Call to undefined function mb_strlen() in /var/www/rutorrent/plugins/_task/task.php:142
php-mbstring