Bonjour à tous,
Je rencontre un problème dans mon back office prestashop depuis 3 jours et n'arrive à trouver la solution.
Je me permets donc de vous solliciter.
Mon BO est très lent, j'ai parfois des erreurs 500 et il m'est impossible de travailler en ce moment sur mon site.
Je cale sur la l'interprétation des log… AH10143: FastCGI / AH10149 / AH10157…
Je n'ai pas effectué de mise à jour particulière ou bien de modifications notables sur ma configuration ces derniers jours.
J'ai fais une demande d'assistance OVH mais sans réponse pour le moment…
Je vous remercie par avance de me donner une piste…
Salutations, Fabien
J'ai fais une demande d'assistance OVH mais sans réponse pour le moment...
Bonjour @FABIENR3
A priori, le problème n'est pas sur le serveur OVH, mais dans la configuration de votre site.
Postez plutôt sur un forum dédié Prestashop.
Pour les erreurs 500 passer en environnement développement :
Voir dans mon guide le paragraphe :
**P2 - Erreur 500 - Environnement développement**
https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm#_P2__-
Bonsoir Gaston,
Merci pour votre intervention, c'est sympa.
Je cherche depuis trois jours cette problématique, malgré les piste, "version php, module… "
je n'arrive vraiment pas à trouver une explication à la venue de ce problème…
Mes compétences pour le résoudre, sont quant a elles limités.
Merci
Quel domaine ?
Puis je vous répondre en MP ?
Bonjour @FABIENR3
Quel domaine s'il vous plaît ?
Bonjour Gaston !
mxdiscount . com
Bonjour,
Pour ma part, les problème ne sont pas sur le site en production, il fonctionne relativement bien.
Le problème c'est le BO, je n'arrive à rien faire, j'ai une erreur 500 de temps en temps, le mode debug ne m'indique rien… j'ai essayé une multitude de choses, je n'arrive pas a comprendre d'où cela peu venir.
Nous avons exactement le même problème depuis le Dimanche 5 Nov. : des erreurs 500 intermittentes sur notre BO Prestashop.
Rien n'a été modifié et nous avons testé sur un environnement de test pour essayer de reproduire l'erreur.
Tout fonctionne très bien sur nos tests, pour moi, il s'agit d'un problème coté serveur OVH…
Nous avons aussi repéré les mêmes logs lorsque l'erreur 500 se produit :
- Connection reset by peer: AH10143: FastCGI: comm with server "xxx" aborted: read failed
- FastCGI: incomplete headers (0 bytes) received from server…
- FastCGI: An error happened during Fastcgi processing, fallback to CGI…
- End of script output before headers: index.php…
En espérant que ce soit résolu rapidement.
Warning à la ligne 1439 du fichier /home/*****/www/controllers/admin/AdminModulesController.php
[2] Illegal string offset 'gsitemap'
Bon y a bien un problème…
De notre coté nous n'avons pas de warning (Prestashop 8.1.2).
Un simple Warning ne justifie pas en soit une erreur 500, d'autant plus intermittente.
Illegal string offset 'gsitemap'
Nous avons exactement le même problème
Sans pouvoir vous répondre plus précisément, est-ce que votre point commun serait d'avoir activé "Firewall:on" dans votre configuration Multisite ?
En effet, ma config OVH est passé en 7.1 est la commande Firewall est sur ON…
Que dois je faire ? merci
Nous avons effectivement l'option Firewall activé sur l'hébergement, mais jusque là cela n'avait pas posé de problème.
Non en fait elle est sur None… désolé.
http.firewall=none
http.firewall=none
Désolé, on aura essayé.
Vous êtes hébergé sur quel cluster ?
De notre coté : cluster031 - Offre Performance 1.
011 chez moi, performance 1
Est-ce que ce serait pas lié à une nouvelle configuration de l'offre performance 1 chez OVH ?
En tout cas, j'ai aussi créé un ticket de support, mais pour l'instant pas de réponse.
Si l'un d'entre vous à une réponse à ce problème, n'hésitez pas à la partager 
----
Le support OVH me propose de passer le wait_timeout et interactive_timeout de 28800 à 600 (secondes) sur mon serveur SQL privé.
Je ne sais pas quoi penser de cette solution, cela me parait hors sujet.
Un avis ?
cluster010 et Performance 1
Pas de problèmes apparents chez moi sur le **cluster010** et **Perso 2010**