Bonjour à tous,
Depuis maintenant moins de 24H, tous mes sites sur l'hébergement Perf sont en 504 Gateway Time-out openresty sur tous les sites sur mon hébergement Performance.
Avez-vous aussi ce problème ?
Regards,
Bonjour,
Pourriez-vous nous donner au moins le nom d'un des domaines s'il vous plaît ?
1. https://www.etscandace.fr/
2. https://www.mjmcarwash.fr/
3. https://www.luxor-superworld.fr/
Bonjour voisi 3 url par exemple
Bonjour,
Voici quelques exemple d'URLs :
1. https://www.luxor-superworld.fr/
2. https://www.etscandace.fr/
3. https://www.mjmcarwash.fr/
Bonjour,
Pouvez-vous indiquer au moins un des noms de domaine qui est en erreur, svp ?
Bonjour,
Petit retour de mon côté concernant le problème 504 Gateway Time-out openresty que j’ai également rencontré sur l’ensemble de mes sites hébergés sur une offre Performance.
De mon côté, j’ai effectué plusieurs vérifications et actions par précaution :
-
Vérification complète des fichiers des sites.
-
Renforcement et sécurisation du fichier .htaccess.
-
Désactivation / restriction de certains cron sur certains sites tout en laissant passer les éléments essentiels de WordPress afin de ne pas bloquer totalement le fonctionnement.
-
Réinitialisation des mots de passe FTP.
-
Vérification et contrôle des bases de données.
-
Plusieurs scans Wordfence sur les sites concernés.
-
Vérifications générales côté sécurité et activité suspecte.
Après toutes ces manipulations et quelques heures d’attente, les sites sont revenus en ligne comme par miracle.
Je ne sais pas si le retour à la normale est lié à mes manipulations ou simplement à un incident temporaire côté OVH qui aurait été résolu entre-temps.
Si d’autres personnes ont rencontré le même problème sur les offres Performance ces dernières heures, ce serait intéressant d’avoir vos retours.
Bonne journée à tous.
Si vous avez eu un problème imputable à OVH, ce qui est possible et même probable, vous avez omis de donner une information essentielle: un nom de domaine.
A partir de là on en déduit le cluster d'hébergement , peut-être le CDN en amont, ça peut aussi provenir de l'infrastructure disque ...
Aucune panne n'a été signalée sur https://web-cloud.status-ovhcloud.com/
Bonjour,
Après cela peut aussi être un plugin qui c'est emballé et a consommer toute les ressources de l'hébergement.
Là le seule moyen c'est de regarder les logs.
Cordialement, janus57
Bonsoir, problème récurent depuis quelques mois chez OVH. De mon côté toutes les semaines j'ouvre de temps en temps des tickets au support pour ce problème qui semble impacter l'ensemble de leur infrastructure mutualisée mais aucune réponse pertinente.
Bonjour,
Voyez les logs de votre hébergement web pour évaluer la charge qu'impose votre site sur l'infrastructure OVH.
Le nombre de lignes du log correspond au nombre de requêtes sur ce laps de temps.
Souvent, c'est lié aux visite des robots/crawlers sur votre site...
Bonjour,
la charge est est très loin d'être démesurée. Et pour économiser les ressources un premier script fait l'interface et renvoi un 429 lorsqu'un bot IA est identifié, et limite le nombre de requêtes aux autres clients.
Et ce n'est pas non plus lié aux scripts hébergés et les disfonctionnements affectent plusieurs hébergements mutualisés. Un simple phpinfo(); déclenche les mêmes erreurs.
Les erreurs sont selon le moment des "502 Bad Gateway" ou "504 Gateway Time-out". l'accès aux services est régulièrement coupé pendant plusieurs heures (plusieurs fois par semaine). Les logs mettent en évidence les défaillances de l'infra mutualisée -> test sur un simple phpinfo() : "FastCGI: comm with server ... aborted: idle timeout (160 sec)" -> mon script n'a pas commencé à répondre, que le worker PHP est bloqué ou indispo, et OpenResty affiche un 504 après que FastCGI ait attendu 160 secondes.
PAs de réponse cohérente du support après plusieurs tickets qui répond avec des réponses manifestement préparées à l'avance parfois sans aucune cohérence technique avec la situation. Leurs réponses se limitent à un truc du genre "c'est le risque lorsqu'on est en mutualisé, vous pouvez prendre une offre plus chère" (on est pourtant déjà sur du Performance3+WebClouddatabase qui n'est pas donné).
On se retrouve donc à devoir migrer plusieurs sites...