Discussion :

[satyre]

Bonjour à tous,

Depuis 72h, notre serveur de production peine énormément. Nous avons plusieurs sites qui tournent dessus (5 / 6) qui sont de très faible influence.

J'ai pu constater que ce n'est que le service web qui peine, lorsque je prend la main en ssh, pas de problème, ou meme le partage de fichier ne pose aucun soucis et est réactif...

Dans les différents vHosts, nous avons des sites statiques (xhtml pur et dur), en php et un redmine (ruby avec passenger), les vhosts qui peinent les plus sont ceux appelant un language serveur (redmine ou php), parfois 20 sec pour l'affichage d'une page qui était instantanée avant ou meme des fois "Délais d'attente dépassé" de firefox ...

Ce serveur tourne avec ces appli depuis plus d'un an et ce n'est que depuis 3 jours qu'il commence à avoir du mal, pourtant, aucune configuration ou installation n'a été effectué depuis ...

J'ai regardé les logs apache, mais absolument rien d'alarmant .... J'ai pourtant passé le niveau de Log en debug... J'ai checké aussi les logs access d'apache en pensant peut etre qu'on était la cible d'une attaque, mais encore une fois, rien à part nos différentes ip ou les crawlers.

Est ce que quelqu'un aurait une idée fabuleuse à me soumettre pour que je puisse comprendre d'où vient le problème ?

Merci d'avance !

[Invité]

Salut,

Je suppose que ces applications utilisent aussi des bases de données? As-tu regardé dans les logs du sgbd? As-tu monitoré les requêtes sql?

[satyre]

Ces applications utilisent effectivement MySQL qui est sur un autre serveur.

Au début, c'est de ce coté dont je me tournais pour essayer de résoudre mon prob, mais pour expliquer un peu l'infra, c'est un gros serveur ESxI qui contient plusieurs machines virtuelles.
L'une d'elle nous sert de serveur de dev, une autre de serveur SQL et la dernière (celle qui galére) de serveur de prod.

Ce qui est étrange, c'est que le serveur de dev qui tape dans le même serveur SQL n'est pas ralenti....

Au niveau du server SQL, lorsqu'on va sur phpmyadmin, c'est instantané, et dans les log mysql.err et mysql.log tout est vide ...

Par contre, je viens de me rendre compte que le server de dev (qui fontionne bien) est avec PHP 5.2.6-1 alors que la prod (qui galére) est avec PHP 5.3.3-7.

Autre différence, le server de dev a un client API Mysql 5.0.51a alors que la prod 5.1.49 ...

A savoir que les les memes applications sont en dev et en prod On code avant sur le dev pour passer en prod, donc les fichiers sont à jour ... Est ce que ca viendrait pas de ces différences de versions, et si oui, comment faire ... ?

[satyre]

Petit à petit, j'essaye d'avancer...
Je fais donc des var_dump() ligne par ligne, et j'ai identifié le moment où ca chie... Lors de la connexion au serveur sql... Mais alors pourquoi ... j'arrive pas à comprendre ...

[satyre]

Effectivement, en essayant en ligne de commande, j'ai le meme problème ....

Du server de dev, la connexion est instantanée et le server de prod met 10 ans ....

Quelqu'un aurait une idée là dessus maintenant que le prob est plus ou moins identifié ?

[satyre]

C'est bon !!!!!!!!!!
J'ai résolu le prob, mysql fait un resolve dns par défaut ...
en ajoutant skip-name-resolve, ca marche nikel

ma source : http://blog.developpez.com/djo-mos/p...tantes-trop-l/

Thx Developpez