[Résolu] surchage base de donnée OVH

[chris1999]

Bonjour

 

Je mettais à jour (catégorie et produits) ma boutique et j'ai recu un message d'OVH me disant que ma base de données surchargeait leur serveur. Résultat, base de donnée switchée sur CLOSE et boutique inacessible :/

 

C'est une boutique qui ne recoit pas encore ses visiteurs, donc traffic proche de 0.

J'ai environ 400 catégories et sous catégories. Et environ 3700 produits (sans fiche de descriptions - je ne sais pas si ça influe quoique se soit mais normalement non)

Hébergement Pro chez OVH depuis 1 mois (avant en offre Perso ; et malgré les nombreuses mises à jour test, je n'ai jamais eu ce blocage)

Taille de la base 17Mo (sur 500Mo autorisé)

Prestashop en version 1.4.5.1 (core non modifié et sans override)

 

Ne comprenant pas le rapport envoyé par OVH (copié plus bas), à quoi serait dû la surcharge ?

 

Avant l'interruption, je mettais à jour mes 3700 produits (catégorie et prix) via l'outil import (fichiers .csv tronqués 500 par 500).

Pendant l'import, message d'erreur du navigateur mais les requêtes "continuaient" et les mises à jour se faisaient malgré tout. Les 3700 produits sont indexés.

Et à la fin de la maj, j'ai effectué quelques tests avec module "recherche rapide" (ajax activé) sur les termes "lam" / "lamb" / "lambda".

Ca fonctionnait et je suis allé déjeuner heureux que ce module fonctionne aussi bien.

 

A mon retour, ... le site renvoie vers une page blanche avec "Bad SubDomain SQL query." en haut de page !

 

J'avais lu ici et là que pour débuter le mutualisé était tout à fait envisageable.

Ou bien est-ce du côté d'OVH ? Depuis quelques temps, je peste à chaque transfert via FTP (upload très lent et deconnexions multiples), message d'erreur lors des imports via fichier .csv ; et ce malgré le passage de l'offre perso à pro.

Je pointe du doigt OVH car j'ai un espace perso chez un autre hébergeur où l'upload fonctionne correctement et les imports affichent un joli "mise à jour réussie".

 

Cela ne présage rien de bon ; je comptais mettre le site en prod d'ici quelques jours.

Changer d'hébergeur avant la mise en prod est une piste ; avez vous un hébergeur à me conseiller ?

Je ne souhaiterai pas revoir cette page blanche une fois la boutique activée.

 

Merci.

 

> # User@Host: xxxxxxxxxxx[xxxxxxxxxxx] @ [10.0.115.61]

> # Query_time: 9.896708 Lock_time: 0.000499 Rows_sent: 0 Rows_examined: 50

> SET timestamp=1319109016;

> SELECT p.*, pl.`description_short`, pl.`available_now`, pl.`available_later`, pl.`link_rewrite`, pl.`name`,

> tax.`rate`, i.`id_image`, il.`legend`, m.`name` manufacturer_name ,(

> SELECT SUM(weight)

> FROM yyyyyy_search_word sw

> LEFT JOIN yyyyyy_search_index si ON sw.id_word = si.id_word

> WHERE sw.id_lang = 2

> AND si.id_product = p.id_product

> AND (sw.word LIKE 'lambda%')

> ) position, DATEDIFF(p.`date_add`, DATE_SUB(NOW(), INTERVAL 20 DAY)) > 0 new

> FROM yyyyyy_product p

> INNER JOIN `yyyyyy_product_lang` pl ON (p.`id_product` = pl.`id_product` AND pl.`id_lang` = 2)

> LEFT JOIN `yyyyyy_tax_rule` tr ON (p.`id_tax_rules_group` = tr.`id_tax_rules_group`

> AND tr.`id_country` = 8

> AND tr.`id_state` = 0)

> LEFT JOIN `yyyyyy_tax` tax ON (tax.`id_tax` = tr.`id_tax`)

> LEFT JOIN `yyyyyy_manufacturer` m ON m.`id_manufacturer` = p.`id_manufacturer`

> LEFT JOIN `yyyyyy_image` i ON (i.`id_product` = p.`id_product` AND i.`cover` = 1)

> LEFT JOIN `yyyyyy_image_lang` il ON (i.`id_image` = il.`id_image` AND il.`id_lang` = 2)

> WHERE p.`id_product` IN (90036,90012,90012,90050,90107,90108,90013,90015,90016,90014,90017,90008,90009,90010,90011,90018,90019,90020,90021,90022,90023,90024,90025,90028,90029,90030,90031,90032,90033,90034,90035,90037,90038,90041,90042,90043,90044,90045,90046,90047,90048,90049,90051,90052,90053,90054,90055,90056,90057,90058,90059,90060,90061,90062,90063,90064,90065,90066,90067,90068,90069,90070,90071,90072,90073,90074,90076,90077,90078,90080,90081,90082,90083,90084,90085,90086,90087,90088,90089,90091,90092,90093,90094,90095,90096,90097,90099,90100,90101,90102,90103,90104,90105,90107,90108,90109,90013,90014,90015,90016,90017,90012,90036,90050,90008,90085,90095,90096,90048,90063,90076,90077,90103,90021,90041,90042,90044,90046,90047,90057,90058,90069,90071,90073,90091,90093,90094,90068,90078,90018,90084,90097,90008,90019,90062,90064,90069,90089,90102,90103,90081,90082,90049,90083,90020,90067,90070,90061,90100,90056,90101,90074,90060,90099,90054,90010,90038,90041,90042,90044,90059,90072,90091,90041,90042,90044,90037,90061,90080,90035,90022,90023,90024,90028,90030,90031,90032,90033,90051,90052,90053,90104,90105,90109,90029,90054,90025,90034,90107,90108,90022,90028,90051,90023,90024,90030,90031,90032,90033,90052,90104,90105,90053,90064,90101,90102,90066,90088,90092,90045,90048,90063,90076,90077,90082,90089,90103,90081,90043,90088,90092,90037,90066,90036,90108,90107,90085,90095,90096,90008,90077,90048,90063,90103,90021,90047,90057,90094,90041,90042,90044,90046,90058,90071,90073,90091,90093,90057,90058,90021,90046,90047,90021,90068,90078,90089,90102,90103,90062,90064,90069,90008,90019,90038,90059,90038,90041,90042,90044,90072,90091,90072,90028,90031,90022,90023,90024,90030,90032,90033,90051,90052,90053,90104,90105,90109,90064,90102,90101,90045,90048,90089,90103,90063,90076,90077,90088,90092,90066,90043)

> ORDER BY position asc

> LIMIT 0,10;

> # User@Host: xxxxxxxxxxx[xxxxxxxxxxx] @ [10.0.115.61]

> # Query_time: 9.692868 Lock_time: 0.000384 Rows_sent: 0 Rows_examined: 49

> SET timestamp=1319109016;

> SELECT DISTINCT p.id_product, pl.name pname, cl.name cname,

> cl.link_rewrite crewrite, pl.link_rewrite prewrite ,(

> SELECT SUM(weight)

> FROM yyyyyy_search_word sw

> LEFT JOIN yyyyyy_search_index si ON sw.id_word = si.id_word

> WHERE sw.id_lang = 2

> AND si.id_product = p.id_product

> AND (sw.word LIKE 'lambda%')

> ) position

> FROM yyyyyy_product p

> INNER JOIN `yyyyyy_product_lang` pl ON (p.`id_product` = pl.`id_product` AND pl.`id_lang` = 2)

> INNER JOIN `yyyyyy_category_lang` cl ON (p.`id_category_default` = cl.`id_category` AND cl.`id_lang` = 2)

> WHERE p.`id_product` IN (90036,90012,90012,90050,90107,90108,90013,90015,90016,90014,90017,90008,90009,90010,90011,90018,90019,90020,90021,90022,90023,90024,90025,90028,90029,90030,90031,90032,90033,90034,90035,90037,90038,90041,90042,90043,90044,90045,90046,90047,90048,90049,90051,90052,90053,90054,90055,90056,90057,90058,90059,90060,90061,90062,90063,90064,90065,90066,90067,90068,90069,90070,90071,90072,90073,90074,90076,90077,90078,90080,90081,90082,90083,90084,90085,90086,90087,90088,90089,90091,90092,90093,90094,90095,90096,90097,90099,90100,90101,90102,90103,90104,90105,90107,90108,90109,90013,90014,90015,90016,90017,90012,90036,90050,90008,90085,90095,90096,90048,90063,90076,90077,90103,90021,90041,90042,90044,90046,90047,90057,90058,90069,90071,90073,90091,90093,90094,90068,90078,90018,90084,90097,90008,90019,90062,90064,90069,90089,90102,90103,90081,90082,90049,90083,90020,90067,90070,90061,90100,90056,90101,90074,90060,90099,90054,90010,90038,90041,90042,90044,90059,90072,90091,90041,90042,90044,90037,90061,90080,90035,90022,90023,90024,90028,90030,90031,90032,90033,90051,90052,90053,90104,90105,90109,90029,90054,90025,90034,90107,90108,90022,90028,90051,90023,90024,90030,90031,90032,90033,90052,90104,90105,90053,90064,90101,90102,90066,90088,90092,90045,90048,90063,90076,90077,90082,90089,90103,90081,90043,90088,90092,90037,90066,90036,90108,90107,90085,90095,90096,90008,90077,90048,90063,90103,90021,90047,90057,90094,90041,90042,90044,90046,90058,90071,90073,90091,90093,90057,90058,90021,90046,90047,90021,90068,90078,90089,90102,90103,90062,90064,90069,90008,90019,90038,90059,90038,90041,90042,90044,90072,90091,90072,90028,90031,90022,90023,90024,90030,90032,90033,90051,90052,90053,90104,90105,90109,90064,90102,90101,90045,90048,90089,90103,90063,90076,90077,90088,90092,90066,90043)

> ORDER BY position DESC LIMIT 10;

[Oron]

Bonjour

 

3eme post que je lis aujourd'hui avec un probleme chez ovh et avec une perte de paquet de 100% (paquet de données)

Traçage de l'IP dans le compte-rendu.

 

Le problème peut provenir d'un module qui fait une requête sql en boucle (se répète à l'infini) et ça peut provoquer une surcharge du serveur de la base de donnée.

Vérifier les modules en les désinstallant dans onglet module

 

Et à la fin de la maj, j'ai effectué quelques tests avec module "recherche rapide" (ajax activé) sur les termes "lam" / "lamb" / "lambda".

 

Je sais pas si il y a un lien entre les 3 post l'IP étant différente pour chaque cas et la votre sur un autre réseau.

Peut-être que ovh à un problème au niveau d'un routeur ?

[chris1999]

Merci pour votre réponse.

Ma base de donnée est actuellement fermée et complètement inaccessible. Dans phpmyadmin, toutes les tables ont disparue. Donc je ne peux rien tester, rien modifier et rien sauvegarder :/

 

Mais je me dis qu'étant donnée que je n'ai pratiqué aucune modif du core de prestashop (modules par défaut compris et donc le module de recherche rapide), je ne devrais pas avoir de soucis. (ça fais plusieurs mois que je "bidouille" les weekend et j'ai effectué de nombreuses maj et je n'ai jamais été coupé à cause d'une surcharge serveur - même lorsque j'étais en offre perso chez ovh)

Je n'ai pas encore de traffic et n'ai effectué que des mises à jours et le serveur "plante" ; je n'ose imaginer une fois le site lancée.

 

Du coté d'OVH, aucune idée. Ce soucis étant "un peu trop technique" pour moi, je cherche à me renseigner et à comprendre avant de contacter leur hotline.

[Oron]

Re

 

Ce que j'ai constater sur 3 post et tous chez ovh sauf ip differente des pertes de paquets au niveau du serveur 100% de perte, et je doute que ce soit la cause des cms prestashop, mais plus niveau serveur. qui sont peut-être user ou alors trop de clients sur la même machine.

 

C'est juste mon avis.

[chris1999]

Probablement.

Mais entre temps, on me demande de modifier les scripts "coupables".

Et là, je sèche totalement.

 

Je cherche un autre hébergeur mais je crains que cette erreur se reproduise à nouveau :/

[chris1999]

histoire de fermer ce topic.

 

J'avais écris au support ovh en leur disant que je n'avais pas modifié la version 1.4.5.1 de PS.

Reponse d'ovh :

Les modules installés par ovh ont été adaptés et modifiés de sorte qu’ils ne consomment pas trop de mémoire, donc ils ne sont pas comparables aux modules installés manuellement.

 

Rapprochez vous de la communauté française de prestashop afin qu’elle vous aide à solutionner le soucis.

http://www.psfrance.org/forum.php

 

Faut croire que Prestashop n'est pas optimisé OVH mutualisé :/

 

En attendant leur réponse, j'ai changé de crèmerie et c'est vraiment le jour et la nuit (mutualisé toujours) (import rapide, fini les message d'erreur !)

[dilafm]

Bonjour chris,

je crains d'avoir les mêmes problèmes car gros fichier catalogue à mettre à jour très souvent.

Pour info, quelle "crémerie" as tu choisi ? ce sera intéressant parceque le genre de réponse recue d'OVH = limite

merci