OVH Community, votre nouvel espace communautaire.

VSP ralentissement


evets33
23/10/2013, 15h16
Citation Envoyé par starouille
le pb des VPS est les Io disques (pas que chez ovh), sendmail à off était à appliquer par défaut sur nginx. j'utilise une centaine de VPS, je met un max en ram en évitant les Io disques .
sendmail ou senfile ?

starouille
23/10/2013, 14h06
le pb des VPS est les Io disques (pas que chez ovh), sendmail à off était à appliquer par défaut sur nginx. j'utilise une centaine de VPS, je met un max en ram en évitant les Io disques .

evets33
23/10/2013, 10h15
Pas de ralentissement aujourd'hui... Pas de réponse d'ovh...
Je ne sais pas du tout ce qu'il s'est passé....

evets33
22/10/2013, 20h29
C'est sympa pour l'info. Merci !
Utilisateur sous nginx, j'ai modifié mon "sendfile off"
Depuis une heure, le serveur semble ok. Je n'ai toujours pas de réponse à mon ticket ovh , je ne sais toujours pas d'où vient le problème, mais je pense à un problème réseau + que matériel mais difficile de le voir à travers mon VPS

Isendel
22/10/2013, 17h43
Je ne sais pas si ça peut vous aider mais sur un topic proche nous avons la cause de notre ralentissement :
http://forum.ovh.com/showthread.php?t=93946

evets33
22/10/2013, 15h59
Citation Envoyé par WebDieup
Dans le syslog je reçois ce message a peu près toutes les heures:

CRON[7110]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Meme évènements dans la syslog

Oct 22 06:39:01 vps24204 CRON[6699]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 07:09:01 vps24204 CRON[8619]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 07:39:01 vps24204 CRON[10213]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 08:09:01 vps24204 CRON[12092]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 08:39:01 vps24204 CRON[13665]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 09:09:01 vps24204 CRON[15548]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 09:39:01 vps24204 CRON[17120]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 10:09:01 vps24204 CRON[18967]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 10:39:01 vps24204 CRON[20529]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 11:09:01 vps24204 CRON[22392]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 11:39:01 vps24204 CRON[23950]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 12:09:01 vps24204 CRON[25811]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 12:39:01 vps24204 CRON[27372]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 13:09:01 vps24204 CRON[6175]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 13:39:01 vps24204 CRON[7732]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 14:09:01 vps24204 CRON[9496]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 14:39:01 vps24204 CRON[11332]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 15:09:01 vps24204 CRON[27241]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Oct 22 15:39:01 vps24204 CRON[5077]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
root@vps24204:/var/log#
Mais ces affichages générés par la crontab semblent normaux.

evets33
22/10/2013, 15h51
En fait, j'ai l'impression que ce sont des pertes de connexion

evets33
22/10/2013, 15h24
Memes ralentissements sur vps24204

Pourtant les perf semblent bonnes

root@vps24204:~# free -m
total used free shared buffers cached
Mem: 7981 4040 3940 0 41 2313
-/+ buffers/cache: 1685 6295
Swap: 2045 0 2045
root@vps24204:~# top
top - 15:24:03 up 2:33, 1 user, load average: 2.18, 3.39, 3.23
Tasks: 120 total, 1 running, 119 sleeping, 0 stopped, 0 zombie
Cpu(s): 27.2%us, 23.2%sy, 0.0%ni, 49.3%id, 0.2%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 8172796k total, 4339004k used, 3833792k free, 42196k buffers
Swap: 2095100k total, 0k used, 2095100k free, 2571132k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27806 mysql 20 0 3036m 400m 7992 S 169 5.0 7:40.88 mysqld
28127 www-data 20 0 519m 178m 4528 S 31 2.2 0:30.35 php5-fpm
3624 root 20 0 93600 4636 3656 S 0 0.1 0:25.34 vmtoolsd
3722 www-data 20 0 127m 31m 1080 S 0 0.4 0:25.76 nginx
28616 root 20 0 17332 1296 916 R 0 0.0 0:00.02 top
1 root 20 0 24428 2248 1272 S 0 0.0 0:04.66 init
2 root 20 0 0 0 0 S 0 0.0 0:00.06 kthreadd
3 root 20 0 0 0 0 S 0 0.0 0:00.21 ksoftirqd/0
5 root 20 0 0 0 0 S 0 0.0 0:02.11 kworker/u:0
6 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/1
8 root 20 0 0 0 0 S 0 0.0 0:00.00 kworker/1:0
9 root 20 0 0 0 0 S 0 0.0 0:00.06 ksoftirqd/1
10 root 20 0 0 0 0 S 0 0.0 0:00.47 kworker/0:1
11 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/2
12 root 20 0 0 0 0 S 0 0.0 0:00.00 kworker/2:0
13 root 20 0 0 0 0 S 0 0.0 0:00.13 ksoftirqd/2
14 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/3
15 root 20 0 0 0 0 S 0 0.0 0:00.00 kworker/3:0
16 root 20 0 0 0 0 S 0 0.0 0:00.13 ksoftirqd/3
17 root 0 -20 0 0 0 S 0 0.0 0:00.00 cpuset
18 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
19 root 20 0 0 0 0 S 0 0.0 0:00.01 kdevtmpfs
20 root 0 -20 0 0 0 S 0 0.0 0:00.00 netns
21 root 20 0 0 0 0 S 0 0.0 0:00.21 kworker/u:1
409 root 20 0 0 0 0 S 0 0.0 0:00.06 sync_supers
411 root 20 0 0 0 0 S 0 0.0 0:00.01 bdi-default

WebDieup
22/10/2013, 08h26
Pas d'idée?

WebDieup
17/10/2013, 11h02
Dans le syslog je reçois ce message a peu près toutes les heures:

CRON[7110]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)

WebDieup
17/10/2013, 09h39
Je suis toujours en pleine recherche sur les lenteurs de mon VPS,
voici les résultats de ma commande top:

4612 clamav 20 0 496m 231m 5524 S 0 5.2 2:17.91 clamd
15276 amavis 20 0 220m 98m 2900 S 0 2.2 0:08.39 amavisd (ch1-av
15277 amavis 20 0 220m 97m 2900 S 0 2.2 0:06.36 amavisd (ch1-av
15274 amavis 20 0 218m 97m 3044 S 0 2.2 0:07.45 amavisd (master
4353 root 20 0 146m 64m 3040 S 0 1.4 0:26.01 /usr/sbin/spamd
4358 root 20 0 146m 61m 624 S 0 1.4 0:01.28 spamd child
4359 root 20 0 146m 61m 616 S 0 1.4 0:00.84 spamd child
3803 mysql 20 0 898m 48m 7128 S 0 1.1 0:31.93 mysqld
3842 bind 20 0 248m 32m 3008 S 0 0.7 0:17.91 named
5182 root 20 0 85680 21m 1612 S 0 0.5 0:03.44 miniserv.pl
4339 postgrey 20 0 66752 14m 2904 S 0 0.3 0:00.92 /usr/sbin/postg
6251 moi 20 0 25704 7616 1564 S 0 0.2 0:00.41 bash
5116 root 20 0 190m 7232 2304 S 0 0.2 0:18.31 fail2ban-server
4863 opendkim 20 0 398m 4888 1644 S 0 0.1 0:01.72 opendkim
4143 root 20 0 93740 4656 3656 S 0 0.1 1:04.64 vmtoolsd
6079 root 20 0 73432 3532 2720 S 0 0.1 0:00.10 sshd
5093 www-data 20 0 78584 3324 1200 S 0 0.1 0:00.67 apache2
5095 www-data 20 0 78576 3324 1200 S 0 0.1 0:00.54 apache2
6010 www-data 20 0 78560 3296 1196 S 0 0.1 0:00.72 apache2
6007 www-data 20 0 78568 3232 1192 S 0 0.1 0:00.17 apache2
6592 www-data 20 0 78560 3212 1184 S 0 0.1 0:00.05 apache2
6009 www-data 20 0 78552 3148 1164 S 0 0.1 0:00.01 apache2
6005 www-data 20 0 78552 3140 1164 S 0 0.1 0:00.06 apache2
6011 www-data 20 0 78552 3108 1132 S 0 0.1 0:00.02 apache2
6012 www-data 20 0 78552 3108 1132 S 0 0.1 0:00.05 apache2
5089 root 20 0 78392 3040 1136 S 0 0.1 0:03.23 apache2
3791 root 20 0 50028 2856 2256 S 0 0.1 0:01.27 sshd

est ce que c'est anormal?

Rappel (VPS Cloud 1 512MO de Ram)

Isendel
16/10/2013, 17h09
Dans Gestion du nom de domaine > Serveur DNS j'ai saisi et je vois vpsxxx.ovh.net et sdns2.ovh.net.
Lorsque j'ai fait cette modif, je l'ai apparaître ainsi sur https://www.whatsmydns.net
Aujourd'hui What's My Dns m'indique la reverse IPV4 en primaire et sdns2 en secondaire.

A quoi est dû ce changement ? Peut-il être à l'origine du problème ?

Isendel
16/10/2013, 17h02
Je viens de réaliser une série de captures du htop triées par proc, mémoire et temps mais rien d'anormal à mon sens. Si tu veux les voir je te les posterai mais par contre en analysant le problème, j'ai peut-être repéré autre chose, qui changerait la cause possible du problème.

Ce matin je suis allé sur un site qui moulinait énormément avant de s'afficher (plusieurs minutes). Cet après-midi il marche nickel, un peu comme s'il était en cache ou que la résolution DNS était plus rapide. Je prends donc un autre site sur le VPS, même combat, très long à charger. Une fois qu'il a réussi à charger, je le quitte, j'y reviens, ça marche super.

On dirait que la résolution DNS ne marche pas bien, ou qu'un système de cache opérerait au premier chargement du site (mais chaque jour ce serait bizarre).

Auriez-vous une piste ou une idée d'où cela peut provenir ?

Isendel
16/10/2013, 16h33
Tu veux juste la synthèse du htop ou le détail des processus ?

JBGO
16/10/2013, 15h43
Si vous faites un htop quand ça lag, ça vous donne quoi ?

rico76
16/10/2013, 14h46
à vrai dire et en lisant vos posts je ne suis pas seul , j'ai moi des ralentissement essentiellement le soir, bizarrement, je suis sou prestashop, j'ai encore aucun produit en ligne donc ça doit tourner du feu de dieu.
Je verrais bien ce soir si j'ai encore des ralentissements. Et effectivement après avoir redémarrer le VPS ça va mieux...

Isendel
16/10/2013, 11h08
Personne d'autre ne réagit, ce matin encore en pleine présentation client boom gros lag j'ai dû redémarrer les services et ça repart de suite. C'est quand même dingue les ressources sont utilisées à 1%...

Je m'en vais contacter le support mais je vais encore avoir la politique de l'autruche...

WebDieup
11/10/2013, 17h27
Ouf je ne suis pas le seul
oui c'est bizarre que le reboot arrange tout mais que le redémarrage manuel des services : d'apache, du ftp .... ne fasse rien.

Isendel
11/10/2013, 17h07
Je n'ai pas d'idée mais j'aimerai en avoir car j'ai exactement le même soucis si ce n'est un caractère plus aléatoire des ralentissements et une R3.

Ressources ok chez moi aussi et le redémarrage arrange tout.

J'ai cru voir passer d'autres sujets où les utilisateurs se plaignaient de ralentissements soudain sans savoir pourquoi. Je pense que le problème est plus global et je me demande si nous avons réellement la main dessus ou si cela provient de l'infra d'OVH.

Un redémarrage des services ne devrait pas résoudre le problème si cela venait de l'infra d'OVH mais en même temps c'est bizarre comme comportement...

WebDieup
11/10/2013, 17h03
Personne n'a d'idée?

WebDieup
01/10/2013, 11h14
Bonjour,

je viens de finaliser la configuration de mon VPS Cloud 1.
j'ai un très gros problème de ralentissement lors de l'affichage des mes pages web.
Je m'explique:
J'ai hébergé un de mes site sur mon serveur (navigation ajax avec pas mal de média, vidéo, photo, musique...), en naviguant sur le site au bout de 10min les pages on beaucoup de mal à s'afficher jusqu’à ne plus s'afficher du tout tellement c'est lent. Idem pour la connexion au FTP l'upload ou le download n'avance plus du tout.
Quand je reboot le serveur plus aucun soucis le site fonctionne parfaitement le FTP est rapide... Mais au bout de 30min même soucis de ralentissement. Voici la charge de mon serveur
avec une commande 'top'
"top - 09:46:13 up 38 min, 1 user, load average: 0.00, 0.01, 0.05
Tasks: 145 total, 1 running, 144 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.2%sy, 0.0%ni, 99.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4558000k total, 1031152k used, 3526848k free, 14768k buffers
Swap: 2099196k total, 0k used, 2099196k free, 290568k cached"


De quoi cela peut provenir apache ? mysql ?.....

Merci de votre aide car la je suis complètement perdu.


Ma config:
Ubuntu 12.04.3
apache2
suexec
suphp
phpmyadmin
mysql
postfix
opendkim
clamav
amavis
spamassassin
monit
webmin