OVH Community, votre nouvel espace communautaire.

[Question] VPS Classic - Latence SAN


sich
23/02/2015, 10h57
'jour,

Pour info j'ai de nouveau des problèmes de performances sur l'un de mes VPS.
Il y avait eu un mieux mais là à nouveau performances dégradées.

Il s'agit du vps119523, cf graph ici : http://vps119523.siegler-informatique.fr/speed.html

On voit bien que les perfs sont en baisses.
Quelques latences SSH à nouveau également.

Merci à vous pour y jeter un oeil.

Sich

damien.rannou
26/01/2015, 13h42
@helas : tu peux m'envoyer le nom de ton VPS ?

M@tsumot0
22/01/2015, 22h24
Effectivement c'est un peu mou je trouve.
J'ai ça moi

Selecting best server based on ping...
Hosted by FreeMobile (Paris) [1.59 km]: 50.306 ms
Testing download speed........................................
Download: 112.83 Mbit/s
Testing upload speed............................................. .....
Upload: 43.70 Mbit/s

helas
21/01/2015, 20h20
Il m'on donc changé de nœud ça doit être effectif sous 24h par contre j'ai fais des test de débit :

speedtest --share
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH SAS (37.59.119.241)...
Selecting best server based on latency...
Hosted by SFR (Paris) [1.59 km]: 18.697 ms
Testing download speed........................................
Download: 61.99 Mbits/s
Testing upload speed............................................. .....
Upload: 56.53 Mbits/s
speedtest --share
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH SAS (37.59.119.241)...
Selecting best server based on latency...
Hosted by FreeMobile (Paris) [1.59 km]: 7.174 ms
Testing download speed........................................
Download: 54.12 Mbits/s
Testing upload speed............................................. .....
Upload: 43.88 Mbits/s
speedtest --share
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH SAS (37.59.119.241)...
Selecting best server based on latency...
Hosted by MEDIACTIVE NETWORK (Paris) [1.59 km]: 5.605 ms
Testing download speed........................................
Download: 15.90 Mbits/s
Testing upload speed............................................. .....
Upload: 37.40 Mbits/s
est-ce normal ?

gnusam
21/01/2015, 14h23
Bonjour,

pour ma part des lenteurs intermittentes constatées aussi.

[root@vps123546] :ioping -c 20 /
4096 bytes from / (ext3 /dev/root): request=1 time=2.8 ms
4096 bytes from / (ext3 /dev/root): request=2 time=0.7 ms
4096 bytes from / (ext3 /dev/root): request=3 time=2.5 ms
4096 bytes from / (ext3 /dev/root): request=4 time=0.6 ms
4096 bytes from / (ext3 /dev/root): request=5 time=0.7 ms
4096 bytes from / (ext3 /dev/root): request=6 time=0.7 ms
4096 bytes from / (ext3 /dev/root): request=7 time=7.9 ms
4096 bytes from / (ext3 /dev/root): request=8 time=1.7 ms
4096 bytes from / (ext3 /dev/root): request=9 time=0.5 ms
4096 bytes from / (ext3 /dev/root): request=10 time=0.9 ms
4096 bytes from / (ext3 /dev/root): request=11 time=0.5 ms
4096 bytes from / (ext3 /dev/root): request=12 time=0.6 ms
4096 bytes from / (ext3 /dev/root): request=13 time=0.6 ms
4096 bytes from / (ext3 /dev/root): request=14 time=256.3 ms
4096 bytes from / (ext3 /dev/root): request=15 time=0.5 ms
4096 bytes from / (ext3 /dev/root): request=16 time=0.8 ms
4096 bytes from / (ext3 /dev/root): request=17 time=0.6 ms
4096 bytes from / (ext3 /dev/root): request=18 time=0.8 ms
4096 bytes from / (ext3 /dev/root): request=19 time=0.7 ms
4096 bytes from / (ext3 /dev/root): request=20 time=0.7 ms

helas
21/01/2015, 00h52
Bon pour moi :

ioping -c 20 .
4096 bytes from . (simfs /vz/vms/123161/private):
request=1 time=0.8 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=2 time=0.5 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=3 time=1.2 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=4 time=0.8 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=5 time=0.9 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=6 time=19.4 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=7 time=0.6 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=8 time=0.5 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=9 time=0.8 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=10 time=0.3 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=11 time=1452.1 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=12 time=0.8 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=13 time=0.5 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=14 time=0.9 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=15 time=0.9 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=16 time=0.8 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=17 time=0.7 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=18 time=0.6 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=19 time=1.2 ms
4096 bytes from . (simfs /vz/vms/123161/private):
request=20 time=1.2 ms

--- . (simfs /vz/vms/123161/private) ioping statistics ---
20 requests completed in 20890.5 ms, 13 iops, 0.1 mb/s
min/avg/max/mdev = 0.3/74.3/1452.1/316.1 ms

J'ai un ticket d'incident pour une perte de connexion régulière SSH / TS3 ...

M@tsumot0
19/01/2015, 14h32
oui actuellement aussi aucun problème mais 2 fois en 2 jours que le vps plante entre 10 et 15min et reboot tout seul donc c'est étrange, mais comme j'expliqué depuis ce premier reboot étrange tout aller pour le mieux contrairement à la maintenance prévu pour le patch les signes de soucis étaient toujours la.

loss 0%, ping 11/12ms stable

Du coup je sais pas si ça sert pas a grand chose que je t'envoi un mtr avec aucune anomalie en tout cas si ça se reproduit je le ferai à ce moment la mais c'est purement aléatoire.

Edit: Le voila tout de même, je me dit que ça peut toujours servir.


damien.rannou
19/01/2015, 14h03
le vhost sur lequel tu tourne est calme, rien a signaler, pas de perte de ping non plus, tu peux faire un mtr vers ton vps pour voir ?

M@tsumot0
19/01/2015, 12h16

Toute façon je voulais attendre un retour si je pouvais éviter de formater c'est toujours un plus.
Merci.

damien.rannou
19/01/2015, 09h36
M@tsumot0 tu peux m'envoyer le nom de ton vps stp ?

M@tsumot0
18/01/2015, 22h27
Bon je crois que j'ai parlé trop vite, VPS re down alors que tous était nickel depuis 48h...
voila un screen ping no comment...

Je vais tenter une reinstall après un backup dès que j'y ai accès, il ma soulé ce node en carton...


M@tsumot0
16/01/2015, 02h57
Le miens viens de re down j’étais justement dessus

Edit: Ok c’était un reboot planifié mais il y a rien sur travaux.ovh.net... 10min le reboot
Edit2: Je peux clairement dire qu'il y a eu du mieux enfin un loadavg/ping/ioping stable depuis le reboot de cette nuit! on va voir sur les jours qui suivent..

Perso j'ai clôturer mon ticket support plus aucun soucis =)

sich
15/01/2015, 20h55
En terme de vitesse de transfert les résultats ont l'air proche.
J'ai l'impression qu'il y'a clairement du mieux par contre au niveau du temps d'accès.
Je n'ai plus (ou alors très peu) de gros lag lors de commandes ssh (ls, vi etc).

M@tsumot0
15/01/2015, 00h23
Merci Damien
ça viens de down de mon coté j'attend de voir l'efficacité du patch

damien.rannou
14/01/2015, 09h36
En effet, lors de la réinstallation, votre VPS sera reinstaller sur un autre virtual host.
A noter que nous avons également des robots de balance de charge qui permettent d'éviter au maximum que vous vous restiez sur un vhost surchargé. Ces robots sont en constante amélioration.

Comme annoncé précédemment, la mise à jour de l'infra a été programmée à ce soir. Vos VPS vont redémarrer et vous devriez voir une sensible amélioration.
N'hésitez pas à nous transmettre vos retour d'expérience.

- - - Mise à jour - - -

En effet, lors de la réinstallation, votre VPS sera reinstaller sur un autre virtual host.
A noter que nous avons également des robots de balance de charge qui permettent d'éviter au maximum que vous vous restiez sur un vhost surchargé. Ces robots sont en constante amélioration.

Comme annoncé précédemment, la mise à jour de l'infra a été programmée à ce soir. Vos VPS vont redémarrer et vous devriez voir une sensible amélioration.
N'hésitez pas à nous transmettre vos retour d'expérience.

romit
13/01/2015, 16h26
Ca peut être une solution si c'est effectivement le cas, merci de l'astuce

Rizz
13/01/2015, 16h18
les petits loups si vous reinstallez vos VPS ils ne retournent pas nécessairement sur les mêmes hosts. ( j'ai deja eu des cpu différente entre deux install d'un même vps par exemple )
Donc si c'est genre ignoble et inutilisable moi je tenterai une reinstall en espérant tomber sur l'archi qui fonctionne bien plutot que de rester sur le truc qui déconne;


Edit: Je promet que c'était le cas y'a 6/8mois.

sich
12/01/2015, 18h19
Perso ce n'est pas si grave, je n'ai pas vraiment de freeze.
Juste de temps en temps des "lags" même en ssh pour faire une édition de fichier, à l'ouverture ou à l'enregistrement.
Idem j'ai 2 vps. L'un des deux tourne mieux que le premier.

Si un "patch" pouvait stabiliser tout ça, ce serait vraiment super
L'offre reste intéressante malgré tout et c'est toujours un plaisir de travailler avec OVH.

Merci Damien pour tes recherches !

Sich

romit
12/01/2015, 14h15
Le problème c'est que c'est continu, régulièrement le serveur freeze quelques secondes. Parfois toutes les 2 minutes, parfois 5, parfois 10. Parfois c'est bon pendant quelques heures. Et la nuit ça va beaucoup mieux par contre. Donc je ne sais pas vraiment comment vous faire constater ça.

Enfin, un grand merci quand même pour la réponse, Damien, ça fait plaisir de se savoir un peu écouté.

D'ailleurs, suis-je concerné par le patch que vous mentionnez ? Cela peut-il expliquer ce qu'il m'arrive ?

damien.rannou
12/01/2015, 11h00
Nous avons détecté un soucis qui peut occasionner de grosses latences sur les disques de vos VPS. Nous avons effectué un test qui s'avère concluant.

Nous allons prochainement déployer le patch sur toute l'infrastructure. Vous serez prévenu via une tache travaux.

Cordialement

- - - Mise à jour - - -

Nous avons détecté un soucis qui peut occasionner de grosses latences sur les disques de vos VPS. Nous avons effectué un test qui s'avère concluant.

Nous allons prochainement déployer le patch sur toute l'infrastructure. Vous serez prévenu via une tache travaux.

Cordialement

damien.rannou
12/01/2015, 10h47
Bonjour romit.

Je ne vois rien de particulier sur ton vps. Pourrais-tu m'envoyer un message privé dès que tu constates le soucis afin que je regarde tout de suite ?

Cordialement

M@tsumot0
12/01/2015, 01h13
J'ai l'impression les VPS Classic c'est le loto, un pote en a pris 2 pour que je lui admin, le 1er à une latence de dingue et l'autre aucun soucis... au max j'ai 9ms quelques fois et entre 0.4/0.9 en min/max le 1er est quasi inutilisable

Moi qui suis adapte des VM runabove on est bien loin de cette qualité ici, bon après c'est plus pro et pas sous openvz

sich
11/01/2015, 19h48
Il est vrai que les perfs sont assez décevantes et surtout très instables.
Je n'ai pas encore mis en prod de services sur un VPS, je vais y aller progressivement.

Car tout de même l'offre est intéressante par rapport au prix, et au fait que l'on peux facilement évoluer sans oublier l'absence de risque de panne matériel (sauf sur l'host mais bon, reboot assez rapide normalement).

Je vais probablement passer quelques petits services en prod dans les semaines à venir, on verra bien d'ici là ce que ça va donner...

J'espère qu'OVH va stabiliser le service pour que je puisse m'en servir dans les solutions que je propose à mes clients.

Sich

romit
11/01/2015, 16h11
Et hop, nouveau record : 100 secondes de freeze pour le serveur alors l'utilisation de la RAM n'a pas dépassé les 50% et l'utilisation CPU n'est même pas montée au dessus de 2%.

C'est juste pas possible... Le serveur est inutilisable, même pour quelque chose on ne peut plus basique. Tout plante à cause des freezes.

loicy
11/01/2015, 12h34
Pour ma part VPS loué le 07/01... down a partir du 11/01... ticket en court chez ovh... ping même plus.

Rizz
11/01/2015, 11h44
Techniquement ça prend combien de temps pour lever une anguille sur son archi qu'on maitrise bien ?

Donc moi je conclus que ce que vous avez c'est le fonctionnement nominal des VPS. cad pourri.
Perso je n'ai pas oser renouveler l’expérience.

romit
11/01/2015, 02h49
Bonjour à tous.

Je ne sais pas si c'est lié, mais sur mon VPS vps128515, c'est juste infernal depuis que je l'ai.

C'est tellement lent que même entrer une commande en SSH peut engendrer de la latence.
Ouvrir un programme prend systématiquement quelques secondes (même nano quoi).

Pour info, j'ai lancé un serveur Minecraft vanilla, sans rien de spécial dessus, sans aucun joueur, et le VPS ne tient même pas le coup ! Je vois dans les logs du serveur Minecraft qu'il y a régulièrement des GROS freezes (souvent de 6 à 8 secondes) et l'autre jour, il a même eu un freeze de plus de 60 secondes pendant la nuit, le serveur Minecraft s'est donc coupé tout seul car il ne pouvait pas continuer alors qu'il n'y avait personne sur le serveur et que le VPS n'était pas sollicité du tout.

Je tiens à dire que rien d'autre ne tourne sur mon serveur (pas Apache par exemple), il est tout fraichement installé, avec juste un serveur Minecraft VIDE installé.

Par exemple, là, le serveur Minecraft est démarré et vide et je vois dans la console :

[02:41:54] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 4023ms behind, skipping 80 tick(s)
[02:44:10] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 2599ms behind, skipping 51 tick(s)
[02:47:11] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 3713ms behind, skipping 74 tick(s)

Et ça se produit tout le temps, parfois, comme je l'ai dit, jusqu'à freezer 60 secondes.

La problème ne vient pas de Minecraft car comme je l'ai dit c'est super lent même en SSH quand rien n'est lancé.

C'est juste invivable, je veux bien que le VPS ne soit pas cher, mais là je ne peux même pas faire tourner un serveur vide.

Et pour info, le CPU n'est jamais surchargé (logique, rien ne tourne) ni la RAM. Donc le problème ne vient pas d'un manque de puissance.


Je suis vraiment très deçu, je dois bien l'avouer.

Arthur_Geek
10/01/2015, 11h37
Bonjour,

Je rencontre les mêmes anomalies, overload de mon VPS à une fréquence aléatoire qui finit par figer l'OS, nécessitant un redémarrage par l'interface. Une enquête de ma part a déterminé qu'aucun processus gourmand ne générait ça de mon côté.

J'ai pu constater des loads à 5 ou 10 minutes > 15 (J'ai un VPS 2 cœurs). Au moment de la montée en charge, un test à base de dd m'a permis de constater un faible débit sur le fs (~20MB/s).

J'ai déclaré un incident (N° 1984358). Le technicien a mis l'host sous surveillance et l'incident est transmis aux admins. Depuis, la fréquence du souci a diminué et il semble effectivement que la surveillance porte ses fruits, car le système baisse ensuite en charge et l'OS redevient utilisable.

Le dernier incident date de cette nuit à environ 22H40, selon l'alerte de monit (loadavg(5min) of 13.8 matches resource limit [loadavg(5min)>8.0]). Pour l'instant, je laisse la surveillance à monit...

Je suis disponible pour participer à l'investigation sur l'anomalie.

Ãgåthe
10/01/2015, 10h16
Merci pour les stats Niloo.
Je vais poster sur les autres topics en espérant regrouper les utilisateurs de ce service (VPS) ayant la même anomalie.
Croisons les doigts pour une résolution du problème.

Niloo
09/01/2015, 23h55
Si cela peut aider je les remets :



Ãgåthe
09/01/2015, 21h21
ok, merci pour votre retour.
Par rapport au problème, on peut reprendre le même graph de l'utilisateur Niloo. (constat et ressenti sur 1 à 4h lors des anomalies)

Bon courage dans votre recherche.

damien.rannou
09/01/2015, 11h18
A l'heure de ton post j'ai en effet quelque chose d'étrange. Pas de problème de disque, c'est autre chose. On est entrain d'investiguer.
En tout cas j'ai pas de problème actuellement sur ta machine.

- - - Mise à jour - - -

A l'heure de ton post j'ai en effet quelque chose d'étrange. Pas de problème de disque, c'est autre chose. On est entrain d'investiguer.
En tout cas j'ai pas de problème actuellement sur ta machine.

Ãgåthe
08/01/2015, 22h26
Bonsoir,

Toujours un problème de latence I/O. (vps81791)

4096 bytes from . (simfs /vz/vms/81791/private): request=5989 time=952.2 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5990 time=374.2 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5991 time=468.9 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5992 time=317.0 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5993 time=101.2 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5994 time=140.7 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5995 time=96.4 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5996 time=259.8 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5997 time=158.5 ms
4096 bytes from . (simfs /vz/vms/81791/private): request=5998 time=731.8 ms

Uniquement pour notre culture personnelle, le(s) disque(s) a quel problème ?
Car j'ai plutôt une sensation de saturation (utilisation disque côté baie, tuyau pour l'accès san, etc...)

Bonne soirée.

Niloo
06/01/2015, 23h55
D'après le graphique ioping oui il y a une amélioration :


A voir si ça reste stable et si nagios sur un KS se détend ou pas

damien.rannou
06/01/2015, 18h17
On a détecté un problème sur un disque, on va le retirer

- - - Mise à jour - - -

Fait, tu peux me dire si c'est mieux ?

- - - Mise à jour - - -

Fait, tu peux me dire si c'est mieux ?

Niloo
06/01/2015, 17h23
Pas mal de latence disque de mon côté aussi sur le vps 125554 :

Nagios passe ça journée à faire des alertes ...

sich
05/01/2015, 18h02
Qu'est ce qui te poses problèmes sur mrtg ?
Sois plus explicite si tu veux plus d'aide...

helas
04/01/2015, 15h39
Citation Envoyé par sich
heu, apt-get install mrtg ?
Après c'est juste une série de script à lancer pour récupérer des valeurs...
cpt obvious ... laisse tomber vas

sich
04/01/2015, 14h29
heu, apt-get install mrtg ?
Après c'est juste une série de script à lancer pour récupérer des valeurs...

helas
03/01/2015, 16h35
Sur mon vps classic j'ai des petites hausse aussi ..

Code:
4096 bytes from . (simfs /vz/vms/123161/private): request=46 time=24.9 ms
4096 bytes from . (simfs /vz/vms/123161/private): request=47 time=36.5 ms
4096 bytes from . (simfs /vz/vms/123161/private): request=48 time=26.1 ms
4096 bytes from . (simfs /vz/vms/123161/private): request=49 time=70.6 ms
4096 bytes from . (simfs /vz/vms/123161/private): request=50 time=4.7 ms
4096 bytes from . (simfs /vz/vms/123161/private): request=51 time=1.9 ms
4096 bytes from . (simfs /vz/vms/123161/private): request=52 time=4.5 ms
^C
--- . (simfs /vz/vms/123161/private) ioping statistics ---
52 requests completed in 52573.7 ms, 183 iops, 0.7 mb/s
min/avg/max/mdev = 0.4/5.5/70.6/13.4 ms
EDIT : sich tu as suivi un tuts pour installer MRTG car j'ai try depuis un tuts ovh mais marche pas ...
http://guide.ovh.com/InstallMRTGSys

sich
31/12/2014, 17h28
Ha oui il y'a un gros mieux, cf ici : http://vps119523.ovh.net/speed.html

Et tant qu'à faire on peux espérer avoir la même chose sur le vps119524 ?

Merci à vous !

Je vais faire quelques manips en console voir si ça répond mieux (edit de fichier, ls, etc).

Bonnes fêtes de fin d'année

[EDIT]
La navigation en ssh est très fluide également, rien à redire
Bon boulot.
[/EDIT]

damien.rannou
31/12/2014, 09h08
Peux-tu refaire un test sich ? on a identifié un problème sur un des disques, les performances devraient être plus "constantes".

Damien

sich
30/12/2014, 21h09
Hello,

ioping semble être pas mal, je vais mettre quelques stats en place si j'ai le temps...
Quelques tests en live ne sont pas si mauvais apparemment pour le temps d'accès.

Ãgåthe
30/12/2014, 20h51
Bonsoir Sich,

Je n'ai pas le courage de mettre en place une supervision sur mon VPS.
Je ne l'utilise pas dans un cadre "professionnel".

Par contre, si cela t’intéresse, regarde du côté des iostats et graph les performances.
Comme il s'agit d'une plateforme openVZ on doit avoir qqls limitations pour mesurer ce genre de chose.
Dans le pire des cas, tu as un outil : ioping. https://code.google.com/p/ioping/
Tu dois pouvoir faire qqls chose de sympa avec.
Par exemple, afin de pouvoir fournir de manière plus précise les périodes de latence I/O sur ton VPS.

Par contre, il ne va pas être possible de faire bien plus de notre côté.
OVH doit pouvoir constater le problème avec leur supervision car nous avons des valeurs "monstres" sur nos VMs.

Bonne soirée

Note PB I/O : Horaire imprécis
Lundi 29/12/2014 - +/- 19h40
Mardi 30/12/2014 - +/- 20h20

sich
30/12/2014, 20h02
Pour ma part ticket n° 1983457
Et pour le vps je l'audit un peu ici : http://vps119523.ovh.net/speed.html

Je fais la commande dd... toutes les 30mins pour voir l'évolution.

J'ai fais encore aujourd'hui plusieurs tests sur pas loin de 30min en rescue, et les taux de transferts étaient dans la même moyenne.
La machine est en test, config de base (web + mail), elle n'a aucune charge en dehors de quelques mails dans la journée.

A noter que pour moi au vu de la destination de ce genre de config (petite pme avec 3 à 5 comptes mails et un site web avec quelques visites par jours) le temps de transfert est gênant mais le pire étant le temps d'accès... Parfois j'ai jusqu'à 1sec pour faire un simple LS, ou pour faire un :wq! sous vim... Et là par contre c'est bcp plus problématique.

Merci pour vos retours.

Ãgåthe
30/12/2014, 18h53
Bonsoir,

Pour le numéro d'incident vous pouvez utiliser celui-ci : 4681692 ( il est clôturé - sans résolution)
ou n° VPS : 81791

Je pense que le problème est similaire.
On retrouve d'autres utilisateurs parlant du problème sur le forum.

En vous remerciant pour votre aide.
Bonne soirée.

damien.rannou
30/12/2014, 18h25
Peux-tu m'envoyer le nom de ton VPS ou le numéro du ticket ?

sich
30/12/2014, 15h17
De mon côté j'ai fais les mêmes tests en mode rescue, donc l'activité système n'est pas à mettre en cause.
Mais j'obtiens toujours les mêmes valeurs.

A titre de comparaison j'ai fais le test sur un vps chez un autre fournisseur, j'arrive à 100mb/s.....
1 seconde pour effectuer la manip, pas loin de 8 sur mon vps chez ovh...

Un incident est ouvert de mon côté sur mon vps, à voir si après intervention on obtient de meilleurs résultats.

Sich

damien.rannou
30/12/2014, 10h24
Bonjour,

Vos retours sont intéressant, nous allons rajouter de indicateurs en interne pour essayer de mieux localiser le soucis et faire plus de prévention sur cette augmentation de la latence sur le disque.

Je reviens vers vous dès que c'est en place.

- - - Mise à jour - - -

Bonjour,

Vos retours sont intéressant, nous allons rajouter de indicateurs en interne pour essayer de mieux localiser le soucis et faire plus de prévention sur cette augmentation de la latence sur le disque.

Je reviens vers vous dès que c'est en place.

sich
28/12/2014, 18h05
Même soucis d'accès disque sur l'un de mes VPS.
Etonnement j'en ai 2 (vps classic 1 et vps classic 2), le numéro 1 le disque est complètement dans les chou aujourd'hui....
Le 2° par contre fonctionnement parfaitement....

Je n'ai pas grand chose sur cette machine, elle me sert justement à tester les VPS.... (pas gagné sur celle-ci), je vais tenter une réinstallation toute fraiche et voir comment la machine va réagir ensuite.

Pour ma part je fais un test tout simple :
dd if=/dev/zero of=speetest bs=1M count=100 conv=fdatasync

le premier vps (vps classic 1) me sort des résultats entre 8 et 12, le seconde + de 60....

Ãgåthe
23/12/2014, 22h42
Re Bonsoir,

- Juste pour info -

De 21h00 à 22h30 atténuation du problème.
Et hop à nouveau une anomalie à partir de +/- 22h30. (23/12/2014)
(22h45 - je viens de perdre l'accès à la VM.)

Le san semble toujours tirer la langue
Au dessus de 30ms (I/O) le service devient de moins en moins utilisable.

Note : Depuis le manager : Espace disque Temporairement indisponible

/vz/vms/xxxxx/private: request=5474 time=0.7 ms
/vz/vms/xxxxx/private: request=5475 time=0.8 ms
/vz/vms/xxxxx/private: request=5476 time=21.9 ms
/vz/vms/xxxxx/private: request=5477 time=318.5 ms
/vz/vms/xxxxx/private: request=5478 time=179.0 ms
/vz/vms/xxxxx/private: request=5479 time=91.4 ms
/vz/vms/xxxxx/private: request=5480 time=1691.7 ms
/vz/vms/xxxxx/private: request=5481 time=70.8 ms
/vz/vms/xxxxx/private: request=5482 time=591.9 ms
/vz/vms/xxxxx/private: request=5483 time=59.2 ms
/vz/vms/xxxxx/private: request=5484 time=142.8 ms
/vz/vms/xxxxx/private: request=5485 time=325.5 ms
/vz/vms/xxxxx/private request=5486 time=1109.0 ms
/vz/vms/xxxxx/private: request=5487 time=43.5 ms
/vz/vms/xxxxx/private: request=5488 time=29.3 ms
/vz/vms/xxxxx/private: request=5489 time=842.7 ms
/vz/vms/xxxxx/private: request=5490 time=1026.3 ms
/vz/vms/xxxxx/private: request=5491 time=99.1 ms
/vz/vms/xxxxx/private: request=5492 time=947.9 ms
/vz/vms/xxxxx/private: request=5493 time=478.5 ms
/vz/vms/xxxxx/private: request=5494 time=783.2 ms
/vz/vms/xxxxx/private: request=5495 time=655.5 ms

Bonne soirée

Ãgåthe
23/12/2014, 21h03
Bonsoir,

Problème à nouveau présent +/- 20h00 +/- 21h00 - 23/12/2014
Le VPS n'est pas utilisable.

Toujours avec des I/O > à 30ms

/vz/vms/xxxxx/private): request=60 time=1496.6 ms
/vz/vms/xxxxx/private): request=61 time=2206.2 ms
/vz/vms/xxxxx/private): request=62 time=82.4 ms
/vz/vms/xxxxx/private): request=63 time=1002.4 ms
/vz/vms/xxxxx/private): request=64 time=76.9 ms
/vz/vms/xxxxx/private): request=65 time=542.4 ms
/vz/vms/xxxxx/private): request=66 time=1131.7 ms
/vz/vms/xxxxx/private): request=67 time=188.8 ms
/vz/vms/xxxxx/private): request=68 time=207.9 ms
/vz/vms/xxxxx/private): request=69 time=1211.9 ms
/vz/vms/xxxxx/private): request=70 time=257.2 ms
/vz/vms/xxxxx/private): request=71 time=2307.4 ms
/vz/vms/xxxxx/private): request=72 time=501.2 ms
/vz/vms/xxxxx/private): request=73 time=2508.8 ms
/vz/vms/xxxxx/private): request=74 time=335.6 ms
/vz/vms/xxxxx/private): request=75 time=153.2 ms
/vz/vms/xxxxx/private): request=76 time=3097.2 ms
/vz/vms/xxxxx/private): request=77 time=1000.6 ms
/vz/vms/xxxxx/private):: request=78 time=434.0 ms
/vz/vms/xxxxx/private): request=79 time=2198.7 ms
/vz/vms/xxxxx/private): request=80 time=1258.4 ms
/vz/vms/xxxxx/private): request=81 time=231.7 ms
/vz/vms/xxxxx/private): request=82 time=19.4 ms
/vz/vms/xxxxx/private): request=83 time=178.8 ms
/vz/vms/xxxxx/private): request=84 time=2860.6 ms
/vz/vms/xxxxx/private): request=85 time=1065.0 ms
/vz/vms/xxxxx/private): request=86 time=95.2 ms
/vz/vms/xxxxx/private): request=87 time=181.1 ms
/vz/vms/xxxxx/private): request=88 time=39.1 ms
/vz/vms/xxxxx/private): request=89 time=771.0 ms
/vz/vms/xxxxx/private): request=90 time=515.9 ms
/vz/vms/xxxxx/private): request=91 time=572.4 ms
/vz/vms/xxxxx/private): request=92 time=613.1 ms
/vz/vms/xxxxx/private): request=93 time=1443.1 ms
/vz/vms/xxxxx/private): request=94 time=772.4 ms
/vz/vms/xxxxx/private): request=95 time=255.3 ms
/vz/vms/xxxxx/private): request=96 time=360.2 ms
/vz/vms/xxxxx/private): request=97 time=153.0 ms
/vz/vms/xxxxx/private): request=98 time=107.4 ms
/vz/vms/xxxxx/private): request=99 time=19.3 ms

Bonne soirée.

Ãgåthe
21/12/2014, 11h29
Bonjour,

Je me permets de vous contacter par rapport à un problème de latence I/O.
Je ne poste pas ce message dans l'optique de râler mais de comprendre ce qui se passe depuis quelques temps.

Offre : VPS Classic - OpenVZ - Site Roubaix DC2 (VM vierge d'utilisateur)

## Symptômes :
- Latence réseau
- Load important de la VM
- Packet loss
- Puis La VM fige +/- , plus d'accès aux services.

## Cause :
Le problème semble venir d'une latence importante par rapport aux I/O.
On navigue au dessus des 30ms. Et on monte à +/- 2s de latence pour l'accès disque.
Ce qui explique pourquoi la VM fige. (ainsi que la latence/packet loss/load)

## Supervision
Vous devez pouvoir analyser votre problème sur ces deux plages.
Date : 21/12/2014 - Depuis 7h00 du matin (p-e avant)
Date : 17/12/2014 - Plage horaire +/- 21h00 - 00h00

## Communauté utilisateur VPS OVH
Je vous remercie par avance d'ajouter à mon poste vos informations si vous avez d'autres éléments.

Note : Poste en rapport avec le même problème
http://forum.ovh.com/showthread.php?...r-est-survenue
http://forum.ovh.com/showthread.php?...t-indisponible

## Support/Manager OVH
Est-il possible de nous indiquer si le problème est en rapport avec la sauvegarde hebdomadaire de l'infrastructure VPS ?
ou
Est-il possible de nous indiquer si il s'agit d'une anomalie* sur l'infrastructure ?

*Abus utilisateur
*Charge I/O visant à tomber l'infrastructure
*Etc ...

Je vous remercie par avance pour votre aide.

Bonne journée