Francis Chouquet Graphiste Lettering

Fran6art bloqué par OVH pendant quelques heures…

0

L’après-midi a été plutôt chargé puisque entre 15h40 et 18h10 environ, le blog a été HS. Je dois vous avouer qu’au début j’ai bien paniqué. En allant sur mon blog, directement sur son URL, j’ai un message qui me dit que WordPress n’est pas installé et que je n’ai qu’à suivre les étapes pour installer WordPress sur ma base de données !! Imaginez mon visage bien bien blanc !! :mrgreen:

Au début je me suis dit que c’était une erreur, mais après plusieurs tentatives, je me suis rendu compte que non… Il y avait bien un problème. Je me rends directement sur PhpMyAdmin pour vérifier si j’ai accès au serveur, des fois que ça viendrait de là… Toujours non, j’ai bien accès à ma base…sauf que… elle est vide !! Le contenu de ma base a disparu !! Oulala, la panique !! OK, je fais des sauvegardes chaque jour, mais bon, quand même…

A ce moment-là, je reçois un email d’OVH me disant que ma base de données est bloquée parce que mon blog a créé une surcharge sur le serveur qui l’héberge. Ce message me dit de télécharger une sauvegarde de ma base, de la vider via le manager, et de recréer cette base.

OK, je fais donc toutes ces manips, mais rien ne se passe. En fait, ma base est « bloquée » chez OVH, et il n’y a qu’eux qui peuvent la débloquer…

Je vais donc sur le forum d’OVH et je laisse un message au cas où quelqu’un aurait connu la même mésaventure. Je tombe notamment sur un topic bien chaud où OVH en prend plein la tête… Ca ne me rassure pas vraiment tout ça…

Et puis, sur mon topic à moi, un technicien d’OVH me répond. Il me demande d’optimiser mes requêtes SQL et qu’à partir de là, ils remettront mon site en ligne pour faire des tests… OK, mais je ne suis pas un développeur, donc je suis in-ca-pable d’aller modifier quoi que ce soit sans passer par l’admin de mon blog !! Je lui réponds donc via le forum et via email pour le lui dire et environ 30 minutes plus tard mon blog revient en ligne et tout refonctionne. J’en ai profité pour faire un peu de ménage sur ma base, mais où chercher exactement, je n’en sais trop rien. Voici une copie d’écran de la surcharge du serveur:

surcharge serveur ovh
Vous voyez le pic ? Et bien c’est moi qui l’ai provoqué…

Alors, maintenant, tout est rentré dans l’ordre mais pas mal de questions se bousculent dans ma tête:

  1. d’où tout ça peut-il bien provenir ? Une attaque du blog ? Possible, mais comme je n’ai jamais été confronté à ce genre de choses, je n’en sais trop rien. Est-ce que ça peut être un script de stats qui pourrait bloquer comme ça ??
  2. Ca fout un peu les boules parce que ça peut recommencer à n’importe quel moment…
  3. OVH bloque un site et sa base sans prévenir au préalable et laisse du coup le site ouvert à toutes les conneries possibles et inimaginables. Quelqu’un aurait très bien pu réinstaller un nouveau blog WordPress sans aucun problème ! Et puis la procédure pour sortir de là est vieille de plusieurs années semble-t-il et le gars avec qui j’ai échangé, très rapide d’ailleurs, m’a affirmé que cette procédure n’était plus d’actualité… super…
  4. J’avais l’intention de bouger vers Infomaniak dans les prochaines semaines, je crois que ça va se faire plus vite que prévu !! 😉

Je n’en veux pas trop à OVH sur ce coup-là. Ils bloquent un site pour permettre de garder les autres en ligne sans trop de délais. Mais l’aide proposé pour s’en sortir et pour comprendre le problème est catastrophique. C’est un truc destiné uniquement aux informaticiens cette histoire… Et puis, elle n’est pas à jour ! On vous dit de faire une manip qui n’est plus faisable !

Et puis, si je n’avais pas laissé de message sur le forum, je serais peut-être toujours en train d’attendre une réponse du service client à qui j’ai écrit 2 ou 3 emails…

Le plus important, c’est que tout soit rentré dans l’ordre. Si quelqu’un a déjà connu ce genre de problème ou tout du moins pense savoir d’où ça peut provenir qu’il me fasse signe. Si je pouvais mettre le doigt sur ce qui s’est passé, ça permettrait d’éviter que ça recommence.

Juste pour info, les causes du blocage selon OVH sont les suivantes:

Votre base surcharge le serveur :

| 172405929 | francisc | 10.0.75.117:58880 | francisc | Query | 0 | Opening tables | SELECT option_value FROM wp_options WHERE option_name = ‘flickrRSS_after’ LIMIT 1 |
| 172405935 | francisc | 10.0.75.83:49199 | francisc | Query | 2 | closing tables | SELECT * FROM wp_posts WHERE ID = ‘119’ LIMIT 1 |
| 172406015 | francisc | 10.0.75.77:37246 | francisc | Query | 0 | Opening tables | SELECT COUNT(comment_ID) AS c FROM wp_comments WHERE comment_post_ID = 690 AND comment_approved = ‘1 |
| 172406364 | francisc | 10.0.75.2:38284 | francisc | Query | 0 | Opening tables | SELECT *, UNIX_TIMESTAMP(comment_date) AS unixdate FROM wp_comments
| 172406517 | francisc | 10.0.75.117:55943 | francisc | Query | 0 | Sending data | SELECT post_id, category_id FROM wp_post2cat WHERE post_id IN (683) |
| 172406679 | francisc | 10.0.75.83:49473 | francisc | Query | 0 | | |
| 172406857 | francisc | 10.0.75.72:54255 | francisc | Query | 0 | cleaning up | SELECT *, UNIX_TIMESTAMP(comment_date) AS unixdate FROM wp_comments
| 172406892 | francisc | 10.0.75.15:43433 | francisc | Query | 0 | Opening tables | SELECT *
| 172406945 | francisc | 10.0.75.15:43354 | francisc | Sleep | 41 | | |
| 172406947 | francisc | 10.0.75.27:59460 | francisc | Query | 0 | Opening tables | SELECT
| 172407163 | francisc | 10.0.75.117:56286 | francisc | Query | 0 | Opening tables | SELECT option_value FROM wp_options WHERE option_name = ‘include_blog_name_in_titles’ LIMIT 1 |
| 172407187 | francisc | 10.0.75.83:49482 | francisc | Query | 0 | Opening tables | SELECT wp_posts.* FROM wp_posts LEFT JOIN wp_post2cat ON (wp_posts.ID = wp_post2cat.post_id) LEFT |
| 172407243 | francisc | 10.0.75.77:49804 | francisc | Query | 0 | closing tables | SELECT option_value FROM wp_options WHERE option_name = ‘siteurl’ |

23 Commentaires

  • Ta quoi comme formule ovh par curiosité ?

  • 60GP ! 😉

  • Faudrait voir comment optimiser ton thème (mais bon, sur une base k2, bonjour la simplicité :D).
    Tu n’as pas un suivi des stats qui pourrait montrer un peu plus de détail sur le pic ? tu devrais en mettre un, au moins temporairement, pour surveiller ça (google analytics ?).

  • y’aurait pas eu du spam en masse à ce moment la?

  • Hum, à part un bug non répertorié ou un pic de fréquentation, je vois pas ce que ça pourrait être.
    Pour plus de confort, un serveur dédié/virtuel serait le top, mais ce n’est pas toujours à la portée de toutes les bourses !

  • Salut Fran6,
    Regarde au même niveau que ton répertoire ‘www’ tu as un répertoire ‘requêtes’.
    Dedans se trouvent toutes tes requêtes SQL vers ton serveur sql….
    Vérifie si le fichier est plus gros que d’habitude et jette un oeil dedans on sait jamais.
    Ensuite via ton admin panel ovh, accède aux stats plein texte (genre log apache ^^) et voit si tu n’as pas eu de soucis durant cette même période de surcharge.

    Tu vas bien finir par trouver quelque chose….
    Tient nous au courant, j’ai un 60gp aussi moi … 🙁

  • Alakhnor > Tout à fait d’accord avec toi concernant k2… Depuis que le nouveau thème est en ligne, je trouve que c’est beaucoup plus lent… J’ai prévu de revoir tout ça très prochainement et notamment d’alléger le blog et sa sidebar… Je vais regarder au niveau des stats pour voir ce que ça peut bien être… En tout cas, pas de gros pic de fréquentation précédent la surcharge…

    Pas de spams inhabituels non plus… et rien au niveau des requêtes…

    Mais sinon, les données fournies ci-dessus par OVH, elles vous parlent à vous ??

  • Mais sinon, les données fournies ci-dessus par OVH, elles vous parlent à vous ??

    Oui mais je ne vois pas en quoi cela peut surcharger tout un serveur OVH !
    Tu as fait un buzz ??? 🙂

  • Alors, ça me dit que tu n’as pas upgradé en WP2.3.
    Sinon, je ne vois pas en quoi ça peut surcharger le serveur, il y a à peine 1 sec d’exécution et ça correspond à des appels normaux pour un affichage de blog (apparemment, un search là).

  • Salut,
    J’imagine le cauchemar… moi c’était Amen qui m’avait planté.
    2 remarques par rapport à ton site :
    – le nom de ton thème est « fran6art, le theme ». C’est risqué de mettre des virgules et des espaces. Autant éviter.
    – Il existe un outil très intéressant pour visualiser les requêtes d’un site : « tools.pingdom.com »

    J’ai testé pour ton site, et visiblement il y a un problème. ça rame avec une boucle de requête :
    http://tinyurl.com/yvy8yv
    Il y a aussi des fichiers qu’il ne trouve pas (en rouge).

    Visiblement, il y a un peu de taf en perspective.. courage !
    Olivier

  • J’ai eu exactement le mème soucis chez Dreamhost ! Blocage complet pour cause de surcharge mysql !

    En fait j’avais le plugin de statistique sous wordpress qui consommait 15 fois plus que le reste du site …

    Du coup je suis passé en dedié (chez ovh justement), mais le temps du transfert je suis allez chez Infomaniak, et là crois moi, ils tiennent bien la route ! (17000 page/vue sur une journée, et ils ont pas bronché ^^)

  • Firebug me dit que tu a des soucis avec certains javascript.

    Ton blog est franchement « light » au niveau des sidebar donc ça ne vient pas de là, tu a peu de choses qui ralentissent le chargement donc ça vient d’ailleurs

  • Olivier > Merci pour le lien. J’utilise Pingdom déjà et certaines de ces erreurs étaient déjà connues. Je crois que je vais passer un peu de temps dessus durant les prochains jours… Mais n’étant pas un pro du développement, j’espère que je ne vais pas faire de conneries !! :mrgreen:

  • Moi non plus. Simplement désactive chaque plugin et refais le test Pingdom.
    Pareil avec les mint (/mint/?js : regarde, bizarre ligne 11), pmetrics performancing, 103bees, MoOstiK et autre getclicky ! ça fait beaucoup de scripts… Si tu as un problème, n’hésite pas. Ou via facebook, je sais encore trop à quoi ça sert, ce truc.

  • Je ne connais pas trop WordPress et son système de gestion des templates car je n’ai jamais beaucoup skinné de blogs sous cette plateforme mais il est possible qu’il s’agisse d’un problème de thème. Les requêtes mentionnées par l’alerte d’OVH sont inhérentes au moteur de gestion de blog WordPress et à son utilisation, donc aux templates de ton blog à mon humble avis.

    Et s’il ne s’agit pas d’un quelconque plugin ou d’une hasardeuse modification de la gestion des entrées, il m’est avis que le code de WordPress n’est pas vraiment optimisé pour les sites à fort trafic (chose peu probable étant donnée que de gros blogs tournent sous Wp sans problème). En effet, faire une requête qui sélectionne tous les champs de la table en question (toutes celles contenant le symbole  » * « ) est très mal venu si elle est employée mal à propos car cela est très demandeur en ressources serveur. Lorsque l’on développe en PHP, on a toujours tendance à sélectionner uniquement les champs dont on a besoin. Il faudrait décortiquer le thème pour savoir comment sont gérés les affichages des entrées et regarder s’il n’y a pas une redondance d’appel des fonctions d’affichage.

    De plus, il me semble qu’il y a là beaucoup de requêtes pour l’affichage d’une simple page du blog, d’où un accès fréquent à la base de données, surtout si ces requêtes sont effectuées à chaque chargement de page. Il faudrait tout d’abord vérifier que ton thème ne court-circuite pas le système de cache de WP, sans lequel les heures de pointe deviendraient un vrai calvaire pour le serveur anormalement surchargé.

    Après, je ne suis pas (du tout) un spécialiste de Wp, j’essaye juste de donner quelques pistes et quelques interprétation probables du bug qui a pu provoquer le blocage de ton hébergement. Je te conseille de te renseigner auprès de la communauté Wp, tu ne dois pas être le seul à avoir ce genre de problème.

  • Merci Deeder pour toutes ces informations… Et je te rejoins. Je crois que ça vient du thème…

  • J’ai fait un peu le ménage mais j’ai toujours des problèmes avec 3 scripts, prototype.js.php, effects.js.php et slider.js.php. Ce sont des fichiers propres à k2 bien entendu et sur le forum de discussions d’autres personnes ont eu le même souci que moi, mais jamais personne ne leur répond… Je continue mes investigations…

    Mais je me demandais si ça ne pourrait pas non plus venir de Mint qui aurait planté… Chaque fenêtre se met à jour tous les 15 minutes et il y en a une dizaine… J’ai limité le tout au strict minimum en attendant d’en savoir plus….

    Affaire à suivre !! 😉

  • UPDATE: je viens de recevoir 2 mails de chez OVH en réponse à mes questions d’hier. Ils ont quand même mis plus de 24 heures pour me répondre par la voie « normale ». Ce qui n’est pas très pro c’est qu’au support, ils ne sont pas au courant qu’un autre gars s’est occupé de mon problème hier…

    Enfin bref, dans un de ces emails, le technicien me dit qu’ils ont bloqué ma base parce qu’elle devenait trop grosse et approchait des 25Mo, quota autorisé, et j’étais à 23,6Mo… Donc, pour le gars d’aujourd’hui, ce n’était pas un souci de script mais tout simplement une histoire de quota à respecter…

    Ce qui est bien avec Infomaniak, c’est qu’on a 50Go et on en fait ce qu’on veut ! En tout cas, c’est ce qu’ils m’ont dit !! 😉

  • J’ai des doutes : on ne bloque pas une bdd parce qu’elle s’approche de la limite autorisée, on averti juste le client et si l’on doit bloquer, c’est une fois la limite atteinte seulement. Soit le gars en question est à côté de la plaque, soit OVH fait preuve d’un amateurisme déconcertant. Honnêtement, alors que je trouvais la première justification à peu près compréhensible, celle-ci m’échappe et me rend perplèxe. Dans tous les cas, tu fais bien de switcher vers un autre hébergeur… 😉

  • Deeder > D’accord avec toi. Mais ce que je ne comprends pas dans tout ça, c’est qu’on me dit tout d’abord que je surcharge le serveur en de donnant des infos qui ne montre rien, à part leur graph mais sans preuve que ça vienne de moi… Ensuite, on me dit que c’est une autre raison, qui n’a plus rien à voir avec la surcharge… Mais il y a un lien dans l’article plus haut qui pointe vers un thread du forum OVH où ils ont bloqué sa base sans le prévenir…

    Mais je suis dubitatif avec tout ça. Tout rentre dans l’ordre mais personne n’est capable de te dire pourquoi ça a foiré…. Je crois aussi que j’ai bien raison de changer !! 😉

  • Je suis en plein dedans chez NFrance !! Je vais me renseigner chez infomaniak, vous êtes apparemment plusieurs à en faire les éloges.

  • Salut Francis,

    La raison est simple, tu as installé un plugin pourri, comme il en existe des tonnes pour WP. Je dis ça sans même connaître avoir accès à ta machine, juste à partir de la requête que tu sors :
    SELECT *, UNIX_TIMESTAMP(comment_date) AS unixdate FROM wp_comments

    Je traduis : sortez-moi TOUS les commentaires du blog. Voilà, je pense qu’il n’y a pas grand chose à expliquer de plus :
    – on ne demande jamais tous les commentaires d’un coup, même avec une bonne raison
    – il manque soit un total (COUNT(*))
    – soit un filtrage pour le limiter à une certaine catégorie
    – le fait de sortir toutes les colonnes des commentaires est très louche aussi

    Bref, ça sent la requête «qui marche tant qu’il n’y a pas trop de commentaires». J’ai eu la même blague sur le forum phpbb d’un ami qui avait mis un plugin «derniers messages du forum». Même type de requête : je veux tous les posts du forum, triés par date décroissante… tout ça pour n’en prendre que 10 en PHP. Donc lire des milliers de commentaires/posts juste pour en sortir 10, c’est sûr que la base de données MySQL qui est derrière prend très cher.

    C’est du plugin pourri, et comme tu le dis à juste titre : tu ne peux pas en vouloir à OVH, mais au développeur qui n’y connaît rien en faisant un plugin très très mal. Et tu ne peux pas en vouloir à WP non plus, eux ils font les choses bien (en tout cas ils essayent).

    Pour reprendre l’exemple de mon ami : on est passé en serveur dédié juste après (il était chez 1&1 qui l’a coupé plusieurs fois, et là aussi je les comprends !). Le résultat ? Horrible !! Et oui, on passait d’une machine surpuissante MySQL mutualisée à notre «petit dédié», qui lui n’a vraiment pas apprécié la requête immonde. Après avoir corrigé le plugin, on est passé d’une charge de 15 à 1… tout est dit.

    Bref, ce qu’il manque dans le mutu, c’est vraiment la conso (disque/cpu) des requêtes MySQL. Le jour où on vous sortira ça, on pourra enfin comprendre où est le problème. Et clairement, je suis pour rester en mutu le plus longtemps possible, c’est 90% de galères en moins.

Success, your comment is awaiting moderation.