Hello à tous, Je suis depuis cet après midi victime d'un bug assez curieux. J'utilise une dedibox de chez Online sous Debian 7 avec le script bonobox installé en mode administrateur. Et si ces derniers jours ça marchait très bien, depuis cet après midi c'est pas la joie : l'indicateur de charge serveur m'indique "Charge très élévée, risque de gros ralentissement sur le serveur.", confirmé par le taux d'utilisation à 100%. Du coup ça rame terriblement, jusqu'au moment ou ça plante. Je reboote via seedbox manager, et quelques secondes plus tard pareil. Bon, je ne comprends pas trop vu que jusqu'à présent ça tournait... Alors je réinstalle tout : formatage du HD, réinstallation de la Debian, du script, et hop. Sauf que c'est pareil ! J'ai relancé 5 torrent, et ça repart : 100% de charge, rtorrent qui plante, etc. C'est donc un mystère mystérieux, je ne vois pas du tout ce qui peut bien se passer. Vous avez une idée ?

Bonjour à tous ! J'ai exactement le même problème. Bonobox + rufy + Plex sur SC de online (en Debian 8). Ca tournait parfaitement jusqu'à hier. Hier soir impossible d ajouter des torrents, super lent, limite impossible de se connecter. Cest parti comme cest arrivé puis à nouveau lent. Un reboot depuis la console online et au bout de quelques minutes > pareil... Plex ne voit plus mon serveur depuis.

Vous pouvez utiliser la commande top pour voir ce qui utilise votre processeur.

Ou même HTOP (interface beaucoup jolie et plus facile à comprendre). sudo apt-get install htop

Merci pour le conseil. Je me demande si c'est pas une attaque spécifique chez Online. J'ai tout réinstallé (reformatage, etc.), et au premier torrent ça a refait tout pareil. Mieux : ma machine ne marche plus du tout. Après une réinstall de plus le serveur a planté. Et depuis ce matin l'équipe technique est dessus (c'est passé chez les techs matos) sans manifestement comprendre ce qui se passe. J'ai aussi été voir chez un camarade chez qui ça a l'air de faire pareil. Chez Online avec le même Bonobox. Le truc c'est quand il n'y a aucun torrent en téléchargement ça ne prend plus de ressource... Je vous tiens au jus.

C'est étrange cela me fait penser aux symptômes que certains sur le forum ont rencontrer avec l'entrée de gamme 2016 et leur Débit des disques durs quasi nul

Patatededivan Tu as donc mis le support Online sur le coup ? J imagine que c'est le mieux que j ai a faire aussi ...

Je ne suis pas chez Online mais effectivement c'est la seule chose à faire et si on te change de machine C'est d'effectuer des tests de ton disque dur après une installation si tu es confronté aux mêmes problèmes edit: https://mondedie.fr/d/8424-Performances-HDD-sur-Dedibox c'est le sujet qui concerne le problème que j'évoque

Nono Dès que j'ai du neuf... ce qui est curieux c'est que ça prend un temps infini. Genre "ah merde, on a un truc sur plusieurs machines qui déconnent". J'entends que ces machines ne sont pas des foudres de guerre, mais jusqu'à présent ça tournait comme une horloge. Et j'ai eu des machines plus modeste encore chez eux qui tournaient tout aussi bien.

Seb6422 Cela étant j'avoue que c'est bien curieux : un problème software qui devient hardware c'est nouveau :-)

Ca ressemble quand meme a un dd qui rend l ame Support contacté -> ils passent le serveur en mode secours pour verifier les I/O

Bug Dedibox + script : charge très élevée... : Page 2

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

Bug Dedibox + script : charge très élevée...

ex_rat

Salut
Je viens de tester le script et pas de soucis chez moi ça tourne bien. ruTorrent tranquille et pas de messages d'erreur, ça seed relax.
Faudrait plus d'info, t'as ton log d'install (de 3km de long) en /var/www/rutorrent/install.log ou en html http://ip/rutorrent/install.html pour voir si un truc est parti en vrille
Dans tous les cas tentes une réinstall' des fois que...
Ex.

jbnitro

Salut,

J'ai le même problème aussi a chaque download avec rutorrent j'ai droit a un mail de online pour ping down et quand il a fini tout redevient normal j'ai 200 torrents en seed dont 10 en actifs a peu près j'ai check htop quand je download et j'ai souvent un 100% sur un core qui bloque le reste

Nono

jbnitro Salut

Tu es chez Online.net?

jbnitro

Nono oui j'ai une dedibox xc de 2015 avec script rutorrent, serveur mail, un teamspeak et plex mais seulement le download d'un torrent me provoque ce mail

Nono

j'espère que tu fais des backup 😃 il y a quelques cas de disque dur malade en ce moment

Seb6422

De mon coté, online m'a remplacé le serveur ... le nouveau n'est guere mieux :

root@sd-xxx:/home/seb# dd if=/dev/zero of=test.data bs=1M count=1000 conv=fdatasync;rm test.data
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 86.7258 s, 12.1 MB/s

BlackSheep

Seb6422 Sur mon serveur Dedibox limited :

➜  ~ dd if=/dev/zero of=test.data bs=1M count=1000 conv=fdatasync;rm test.data
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 15.9484 s, 65.7 MB/s

Ouais, je sais pas ce qu'ils font sur vos serveurs :/

Kodac

Oui j'ai eu le même problème avec mon nouveau serveur. A mon avis c'est plus un bug qu'un problème matériel, vu que beaucoup de gens se plaignent de lenteur du HDD en même temps, donc à moins qu'ils aient acheté un lot de disque dur endommagé, ils ont du faire n'importe quoi avec une maj.

ex_rat

ha ouais, un vieux limited en raid 0

root@xxx:~# dd if=/dev/zero of=test.data bs=1M count=1000 conv=fdatasync;rm test.data
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB) copiés, 3,73928 s, 280 MB/s

Ce ne serait pas une première ce genre de soucis avec Online 🙁

edit: sur tout p'tit kim en N2800 /500 Go tout frais installé avec le script

root@xxx:/etc/munin/plugins# dd if=/dev/zero of=test.data bs=1M count=1000 conv=fdatasync;rm test.data
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB) copiés, 7,62998 s, 137 MB/s

jbnitro

Avec tout lancé sur mon dedibox xc j'arrive a sa

dd if=/dev/zero of=test.data bs=1M count=1000 conv=fdatasync;rm test.data
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB ) copiés, 10,4424 s, 100 MB/s

xavier

salut

moi j'ai une Dedibox®XC 2016 avec un disque dur 250go ssd

root@web:/home/xavier# dd if=/dev/zero of=test.data bs=1M count=1000 conv=fdatasync;rm test.data
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB) copiés, 6,72806 s, 156 MB/s

sur plusieurs test sa vacille entre 149 a 156 mb/s environ

Seb6422

3eme serveur recu et installé. Ca oscille selon les tests encore 40 et 75Mb/s (plutot autour de 45)
Est ce que 50MB/s c'est suffisant et acceptable ou je demande un autre encore ? est ce que je demande a changer de DC et passer a Amsterdam ?

dd if=/dev/zero of=test.data bs=1M count=1000 conv=fdatasync;rm test.data
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 24.1421 s, 43.4 MB/s

Nono

Seb6422 Ce n'est pas une question de DC c'est purement matériel et c'est pas bon

xavier

sinon un autres test mais j'ai pas le même débit avec hdparm (normal c'est en lecture)

root@web:/home/xavier# hdparm -t -T /dev/sda

/dev/sda:
 Timing cached reads:   3664 MB in  2.00 seconds = 1832.11 MB/sec
 Timing buffered disk reads: 806 MB in  3.01 seconds = 268.15 MB/sec
root@web:/home/xavier#

Seb6422

Oui mais différent DC, different lot de hdd ( j'espère ) donc potentiellement un qui fonctionne...

Drstrife

Parce qu à votre avis on devrait etre à combien en écriture sur un Dedibox SC 2016? Jai fait le test au dessus et je trouve +/- 30MB/sec.. Ca fait léger, sur mon ancien qui a 3 ans je suis a 75...

perl0n

Bonjour Tout le monde,

Même problème que vous, Serveur à l'instant remplacé.

Seb6422

Je suis finalement passé sur un XC2015, qui lui fonctionne normalement (debit en ecriture autour de 110MB/s).
Par contre, entre la demande & confirmation telephonique (vendredi) et livraison du nouveau serveur : 48h.

xavier

Enfin un disque qui fonctionne!!!!

Drstrife

Pareil pour moi, passé sur un XC 2015 et tout est résolu le disque fonctionne bien.

« Page précédente Page suivante »