Déploiement d'Apache 2.4
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
question

Déploiement d'Apache 2.4

Par
JulienD7
Créé le 2017-06-26 12:09:11 (edited on 2024-09-04 13:25:21) dans Hébergements Web

Bonjour à tous !

Nous sommes fiers de vous annoncer l'arrivée de Apache 2.4.
Apache est le serveur web que nous utilisons afin d'envoyer le contenu de vos sites web depuis que nos offres d'hébergement existent.
Notre version actuelle est la 2.2 et nous avons débuté depuis quelques semaines le travail de migration vers la version courante : la 2.4

# Est ce que cela change quelque chose pour mon site ?

TLDR: Rien.

--verbose :

L'arrivée d'Apache 2.4 apporte une meilleure gestion des requêtes clientes ainsi qu'une utilisation plus judicieuse de la mémoire.
Cela devrait permettre aux sites web à fort traffic et déjà optimisés d'avoir de légers gains de vitesse.

Concernant les *breaking changes* (changements cassant) entre les versions 2.2 et 2.4, nous avons longuement testé Apache 2.4 afin d'empêcher toute régression.
Ainsi : le comportement de votre site restera identique.

Voici les points majeurs que nous avons traité :

* Si vous utilisez les SSI et/ou le mod_include, l'utilisation de SSILegacyExprParser change en version 2.4. Cependant, nous avons forcé le comportement historique (nommé legacy).

Mais, si vous souhaitez utiliser le nouveau moteur SSI, il vous suffit de mettre la ligne suivante dans votre fichier ```.htaccess```.

SSILegacyExprParser Off

* Access control:

L'utilisation du mod_access_compat garantit que vos fichiers .htaccess n'auront pas à être modifiés.
La migration vers la nouvelle syntaxe du mod_authz_host est supportée.


# Comment le déploiement va t'il se passer ?

Afin de s'assurer qu'aucune régression ne sera observée, nous allons déployer la mise à jour en plusieurs étapes.
Le déploiement suivra le planning suivant :

* 2017-06-26: 1 serveur (terminé)
* 2017-06-28: 2 serveurs (terminé)
* 2017-07-10: 10 serveurs (terminé)
* 2017-07-17: 100 serveurs (terminé)
* 2017-07-26: Cluster012 (1000gp) complètement déployé
* 2017-07-31: Démarrage du déploiement sur Cluster002 (90)
* 2017-08-04: Cluster002 (90) déployé sur toutes les offres non perf
* 2017-08-07: Démarrage du déploiement sur Cluster013 (20gp)
* 2017-08-11: Cluster013 (20gp) déployé sur toutes les offres non perf
* 2017-08-16: Démarrage du déploiement sur Cluster023
* 2017-08-17: Cluster023 déployé sur toutes les offres non perf
* 2017-08-21: Démarrage du déploiement sur Cluster006 (media)
* 2017-08-24: Cluster006 déployé sur toutes les offres non perf
* 2017-08-28: Démarrage du déploiement sur Cluster005 (720)
* 2017-08-31: Cluster005 déployé sur toutes les offres non perf
* 2017-09-04: Démarrage du déploiement sur Cluster003 (240) + Déploiement sur Cluster012 (1000gp) pour les offres performance

Nous mettrons à jour cette page avec la liste des clusters à venir et leur date de déploiement.

Par ailleurs, si jamais un problème est détecté durant la mise à jour, nous n'hésiterons pas à modifier le planning pour appliquer un correctif afin de garantir la stabilité de vos sites web.

# Comment remonter un bug ?

Répondez juste sur ce thread, nous analyserons le bug rapidement afin de savoir s'il est causé par cette mise à jour ou non. Et dans le cas où Apache 2.4 serait en cause, nous vous tiendrons au courant de la mise en place des correctifs.

Merci de la confiance que vous nous accordez,

L'équipe Webhosting


50 réponses ( Latest reply on 2019-08-28 15:19:08 Par
Community Deleted user
)

Bonjour,
J'ai remonté un comportement super lent sur mon service depuis ce matin. J'ai pris l'habitude d'aller jeter un oeil sur les travaux/incidents et modifications apportées par ovh. J'aimerai savoir si cela a un lien. Je suis en mode performance sur le domaine 1photos.frphotos.fr et franchement je n'arrive a rien côté backoffice depuis ce matin. Timeout, temps de chargement d'un article de plusieurs minutes. Un enfer.
Y-at-il un lien?
D'avance merci
Nicolas

Bonjour @NicolasP6,
Nous n'avons pas décelé de ralentissements inhabituels sur votre hébergement.
De plus, votre hébergement n'as pas encore été migré sur Apache 2.4.
Cordialement,
jwasi

Bonjour,

Je viens de me rendre compte que mes bases de données n'étaient plus accessibles depuis mes sites (un WordPress et un Piwik).

WordPress m'indique qu'il n'arrive pas à contacter le serveur de base de données, et Piwik "Unknown MySQL server host 'xxx' ". Il s'agit de deux bases différentes de type "MYSQL v.5.5".

Hier (10/07/2017) ou avant-hier (je ne me souviens plus) tout fonctionnait correctement. Donc je ne sais pas exactement depuis quand ca ne fonctionne plus, et il n'y a pas eu de modifications sur ces sites.

Les bases sont OK j'y ai accès depuis https://phpmyadmin.ovh.net/.

Comme apparement je suis seul dans ce cas et que votre planning indique des modification au 10/07, je ne sais pas si ca peut avoir un lien.

Cordialement,

Yanos

Bonjour,
notre site www.1valorisation.frvalorisation.fr n'est plus accessible et renvoie une erreur 500 depuis le 09/08 à 15h30
cordialement

Ce site est accessible le 10 à 16h50

Oui, problème résolu.

Le problème était-il en rapport avec Apache 2.4 ?
Comment a-t-il été résolu ?

Bonjour
Le site www.fesum.fr est inaccessible depuis quelques jours
Il s'agit d'un site développé avec Drupal
y'a-t-il un rapport avec le passage à Apache 2.4?

merci de votre aide


Le site www.fesum.fr est inaccessible depuis quelques jours


Manifestement il n'a pas été mis à jour depuis un moment..

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/fesum/www/sites/all/libraries/openwysiwyg/uploads/session.php(1) : eval()'d code on line 7


Ou piraté.. Car le eval de code me paraît louche..

Bonjour @PascalJ2,

Votre site est effectivement passé sur Apache 2.4 la première semaine d'Août mais les erreurs ne semblent pas être liées.
Même si il semble fonctionner de nouveau, vérifiez bien l'état de votre site comme précisé par @Buddy.

Bonjour
Je rencontre un problème de crawl pour le site www.lezbelib.com depuis la mi-juillet.
Comme aucune modification n'a été faite au site et que le crawl fonctionnait très bien avant, pouvez-vous vérifier si cela vient de la mise à jour d'Apache? Merci
Le logiciel de crawl est xenu.

Ici c'est un forum


Ici c'est un forum


Je pense que la question s'adresse à @JulienD7


Je pense que la question s'adresse à @JulienD7

Moi aussi.

_Cela va sans dire._
_Mais . . . cela va encore mieux en le disant. :p_

Bonjour @ClarisseB,

La régression que vous constatez n'est pas liée car votre site n'est pas encore passé sur Apache 2.4.
Si vous avez plus d'informations sur votre problème, vous pouvez ouvrir un autre sujet et nous
pourrons vous aider si le problème est de notre côté.

Julien

Bonsoir,

Notre site cantor.fr est en "Internal Server Error".
J'ai essayé de modifier, et même de supprimer .htaccess, ça ne change rien.
Nous utilisons Wordpress en dernière version.

Merci de vos retours


cantor.fr

Qu'as-tu changé récemment ?
Quel environnement : Stable ou autre ?

on n'a rien changé récemment.
et, oui, c'est un environnement très stable.


Nous utilisons Wordpress en dernière version.

Es-tu sur de la qualité et de la mise à jour des plugins utilises ?

je ne suis sûr de rien ! si ce n'est que la montée de version apache faite par OVH est le premier "suspect"


je ne suis sûr de rien ! si ce n'est que la montée de version apache faite par OVH est le premier "suspect"

C'est vrai, car ce passage est brutal et je n'ai pas vu (ou fait attention) à des annonces préalables autre part que dans des roadmaps que de rares initiés lisent.

Mais, il faut être certain que tous les logiciels que nous mettons sur notre espace d'hébergement soient bien à jour avec les dernières versions des systèmes supports des sites.

Par exemple, pour moi, le passage de PHP 5.5 à 5.6 a été catastrophique en ce qui concerne les caractères accentués. :(

Bonjour @PhilippeF3,

Je vous invites à jeter un oeil à cette FAQ pour corriger votre erreur:
https://community.ovhcloud.com/community/fr/faq-comment-mettre-a-jour-mon-site-pour-supporter-apache-2-4?id=community_question&sys_id=6a633d8881928210f0780f07683eb2d9

Faites attention car vous avez plusieurs htaccess. Normalement, avec ce guide, vous devez pouvoir
résoudre ce problème.

Regardez vos logs error également car ils vous aideront à identifier l'erreur plus facilement.

Julien


oui, c'est un environnement très stable.


Que veut dire cette phrase ?
Gaston parlait plutôt de ceci
https://docs.ovh.com/fr/fr/web/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/#comment-modifier-l-environnement-d-execution

compris !
merci du lien utile

Bonjour,
Je suis sur une offre performance et je rencontre de gros problème d'accès à mon site : http://www.barentin-cyclosport.fr/http://www.1cyclosport.fr/cyclosport.fr/
Pouvez-vous me dire si mon hébergement est migré sur Apache 2.4 ?
Cordialement.

Bonjour SamuelR,

Votre site n'est pas sur un cluster déployé sur Apache 2.4.
Vous pouvez créer un nouveau sujet avec plus de détails sur votre erreur et
nous pourrons vous orienter sur votre problème.

Julien


je rencontre de gros problème d'accès à mon site

Lesquels ? ? ?

A priori le problème est au niveau de mon SQL privé "rs115376-001".
Je ne peut même pas me connecter à l'interface phpMyAdmin : "Connection timed out "
Si je redémarre le SQL, je parviens à me connecter pendant quelques secondes puis de nouveau : "Connection timed out "

Bonjour,
Je suis sur une offre performance, cluster006, environnement d'exécution Stable.
Depuis hier matin notre site http://info.welcomee.com welcomee.com a un comportement erratique et ne s'affiche pas correctement.
Etonnamment, il fonctionne plutôt bien sous Chrome, mais est complètement déstructuré sous Firefox. Mais dans les 2 cas il ne s'affiche pas comme d'habitude.
Le déploiement d'Apache 2.4 peut-il être la raison de ce dysfonctionnement ?
Merci pour votre aide.

En effet sous Firefox l'affichage et d'abord erratique avant de se stabiliser. :(

Bonjour,

puisque le site est sur le CDN (ou un sur hébergement performance avec le CDN activé), pourquoi ne pas activer le HTTPS et ainsi bénéficier du HTTP/2 qui permet un chargement plus rapide des ressources statiques ? (Ceci profitera à tous les navigateurs web - Chrome, internet explorer, Edge, Firefox, Opera, ...). Votre site sera ainsi plus rapide pour tous vos visiteurs.
Pour bénéficier du http/2, il suffit de passer son site en https.

OVH vous fournit déjà un certificat gratuit pour le https.
https://info.welcomee.com/

L'affichage avec :
* OPERA : Correct
* FIREFOX : Erratique

J'en déduis qu'il ne s'agit pas d'un problème chez OVH, mais de **_la programmation du site._**

Notre site est sous Wordpress.
Une piste à m'indiquer ?


Le bug est donc bien lié à cette mise à niveau d'Apache ?

Cela je n'en sais rien.

M'enfin ?!


Le bug est donc bien lié à cette mise à niveau d'Apache ?


non, surtout que si vous êtes sur une offre performance, la mise à jour n'a toujours pas été faite.

En forçant votre site en https, je n'ai pas spécialement de retard à l'affichage sous firefox.
Le HTTPS s'activent facilement dans wordpresss. panneau admin -> réglages => URL du site et URL de wordpress => remplacer http par https et valider.

Merci pour votre aide.
Je regarde ça dès que possible.

Salut,

si ouvre la console et qu'on fait F5
on a plein de 403

"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/d43b83c21022283886219db1b922da35.css"
d43b83c...a35.css
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/478b44dba5ff8267aa03e7445026e450.css"
478b44d...450.css
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/43ae9683fdf2f52c0ce974353741f9c6.css"
43ae968...9c6.css
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/4519b33b392327e8cf1416a3a8470b3d.js"
4519b33...0b3d.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/24b88ad6ea6a19ed69d3efe468907cf3.js"
24b88ad...7cf3.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/cd6ebcb66b71ffce7064ea6e213ae27b.js"
cd6ebcb...e27b.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/c623bcfbce74932b8bc0d7fbc5f0fd0d.js"
c623bcf...fd0d.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/295a0effcffc3ebc544b1b5923c61e5e.js"
295a0ef...1e5e.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/6200ac940268d1fb1b9af6f36cbbf1e4.js"
6200ac9...f1e4.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/494c265d4af94564d08dba281f9d4297.js"
494c265...4297.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/68d487d9d4f12d0505c5e08b630accfe.js"
68d487d...ccfe.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/08a167426f5b25e8255fe7b8c6bf0b9a.js"
08a1674...0b9a.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/827a3383b1a62c851035703ec7611573.js"
827a338...1573.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/33e0af682a0a615514e9560016ee7550.js"
33e0af6...7550.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/55bf77156e62473aeb33ffb7a0c111f1.js"
55bf771...11f1.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/d5e211a58abdbaa0213408c4ced71131.js"
d5e211a...1131.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/19d9c50c350ad8ccb82ed28787c6f086.js"
19d9c50...f086.js
"NetworkError: 403 Forbidden - http://info.welcomee.com/wp-content/cache/min/1/8a1ae41fa98141372e0786fa51567e5e.js"
8a1ae41...7e5e.js
Échec du chargement pour l’élément


Salut,
si ouvre la console et qu'on fait F5
on a plein de 403
. . . .
On a ces erreurs sous Chrome et Firefox. Chrome gère juste mieux ces erreurs et ne bloque pas l'affichage. Il faut maintenant comprendre pourquoi tu as ces erreurs.
Peut être une extension wordpress gérant le cache qui pose problème.



J'en déduis qu'il ne s'agit pas d'un problème chez OVH, mais de la programmation du site.


Cela confirme mon analyse.

Merci à tous les 2 pour ces infos !
Je vais vérifier.

Bonjour,

Depuis la mise à jour, mon site n'est plus accessible en https, et fonctionne à moitier en http.

La mise à jour Apache a t'elle causé des problèmes ?

Merci de votre aide.

Contenu de /www/.ovhconfig ?

app.engine=php
app.engine.version=5.6
http.firewall=none
environment=production
container.image=legacy


Depuis la mise à jour, mon site n'est plus accessible en https, et fonctionne à moitier en http.


Sans le domaine c'est difficile de dire ..
Mais dans le cas du mutualisé, le HTTPS est géré par le loadbalancer et pas le serveur Apache.

Sinon il est préférable de passer sur l'environnement d'exécution stable
container.image=stable

https://docs.ovh.com/fr/fr/web/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/#comment-modifier-l-environnement-d-execution

Je viens de faire le changement, mais pas de changement pour le moment.

Merci cela fonctionne super, si je retrouve un souci je reviens vers vous.

Merci encore


Sinon il est préférable de passer sur l'environnement d'exécution stable
container.image=stable

Tu m'as devancé de peu. :)

C'était aussi la réponse que je voulais faire.

Bonjour
J'ai 2 sites sous Wordpress que je gère et il sont tout les deux avec cette erreur :
Impossible de traiter cette demande via www.saintcannatunsoufflenouveau.fr à l'heure actuelle.
HTTP ERROR 500
Impossible de traiter cette demande via www.1apeqsc.comapeqsc.com à l'heure actuelle.
HTTP ERROR 500
J'ai suivi les info donne dans le topic de la migration de apache, cela ne change rien.
mon fichier .htaccess

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

Je n'ai fais aucune modification, a part les mises a jour de wordpress qui ce font automatiquement.
J'ai 6 autres site que je gère et j'ai pas de souci pour le moment.
Cela me fais peur, j'ai pas envie que d'un coup les autres sites tombe en rade.
J'ai ouvert 2 tickets pour mes problème, mais bon si quelqu'un a une idée

Sur tout mes sites je suis comme cela :
app.engine=php
app.engine.version=7.1
http.firewall=none
environment=production
container.image=stable

Bonjour,

vous avez vérifier tous vos .htaccess ? les logs ?

Cordialement, janus57

C'est a dire verifier le .htaccess ?
Il est assez vide
celui du premier site :
> # BEGIN WordPress
>
> RewriteEngine On
> RewriteBase /
> RewriteRule ^index\.php$ - [L]
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule . /index.php [L]
>
> # END WordPress

Celui du deuxieme site
> # BEGIN WordPress
>
> RewriteEngine On
> RewriteBase /
> RewriteRule ^index\.php$ - [L]
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule . /index.php [L]
>
> # END WordPress

les logs je les trouve ou ? si j'e n'ai pas acces au site j'ai rien.

d'accord et après je donne quel type de logs ?

Bonjour,

il faut regarder les logs error, et aussi pour les .htaccess il faut TOUS les vérifier pas que ceux à la racine.

Cordialement, janus57

dans l'interface Urchin6 je ne trouve pour "les logs error" c'est dans quel menu, IT Reports puis ?

Si il y a d'autre .htaccess je les vérifie comment ? comment je sais si il manque quelques choses ?
j'ai trouve un seul .htaccass dans le dossier /www/wp-content/plugins/akismet, je l'ai surprimé
ou que quelques chose ne vas pas, je ne connais pas cela.

Mes deux sites fonctionnais avant...

C'est sur cette page :
https://logs.ovh.net/ **ton domaine**

soit
https://logs.ovh.net/asso-apeqsc.com

Merci c'est plus clair pour trouver le "logs"
Quel log je peut montrer (le web, errror, out )??
Statistiques brutes du 09/2017 : web - ftp - error - cgi - out - ssh - cron

Web et error

(les lignes les plus récentes hein.)

Je poste des lignes du logs web
51.255.93.6 1apeqsc.comapeqsc.com - [14/Sep/2017:20:45:04 +0200] "GET / HTTP/1.1" 500 20 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36"
213.186.33.19 1apeqsc.comapeqsc.com - [14/Sep/2017:20:45:05 +0200] "POST /wp-cron.php?doing_wp_cron=1505414705.8460149765014648437500 HTTP/1.1" 500 20 "http://1apeqsc.com/wp-cron.php?doing_wp_cron=1505414705.8460149765014648437500apeqsc.com/wp-cron.php?doing_wp_cron=1505414705.8460149765014648437500" "WordPress/4.8.1; http://1apeqsc.comapeqsc.com"
10.21.146.171 1apeqsc.comapeqsc.com - [14/Sep/2017:20:48:36 +0200] "GET / HTTP/1.1" 500 20 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0"
213.186.33.19 1apeqsc.comapeqsc.com - [14/Sep/2017:20:48:38 +0200] "POST /wp-cron.php?doing_wp_cron=1505414917.9754660129547119140625 HTTP/1.1" 500 20 "http://1apeqsc.com/wp-cron.php?doing_wp_cron=1505414917.9754660129547119140625apeqsc.com/wp-cron.php?doing_wp_cron=1505414917.9754660129547119140625" "WordPress/4.8.1; http://1apeqsc.comapeqsc.com"
10.21.146.171 1apeqsc.comapeqsc.com - [14/Sep/2017:20:48:39 +0200] "GET /favicon.ico HTTP/1.1" 200 - "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0"
169.54.244.84 1apeqsc.comapeqsc.com - [14/Sep/2017:20:50:08 +0200] "GET / HTTP/1.1" 500 - "-" "-"
213.251.182.110 1apeqsc.comapeqsc.com - [14/Sep/2017:20:50:09 +0200] "POST /wp-cron.php?doing_wp_cron=1505415009.6275210380554199218750 HTTP/1.1" 500 20 "https://1apeqsc.com/wp-cron.php?doing_wp_cron=1505415009.6275210380554199218750apeqsc.com/wp-cron.php?doing_wp_cron=1505415009.6275210380554199218750" "WordPress/4.8.1; https://1apeqsc.comapeqsc.com"
51.255.93.6 1apeqsc.comapeqsc.com - [14/Sep/2017:20:59:18 +0200] "GET / HTTP/1.1" 500 20 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36"
90.73.47.89 www.1apeqsc.comapeqsc.com - [14/Sep/2017:21:11:18 +0200] "GET / HTTP/1.1" 500 20 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36"
213.186.33.19 1apeqsc.comapeqsc.com - [14/Sep/2017:21:11:19 +0200] "POST /wp-cron.php?doing_wp_cron=1505416279.5224530696868896484375 HTTP/1.1" 500 20 "http://1apeqsc.com/wp-cron.php?doing_wp_cron=1505416279.5224530696868896484375apeqsc.com/wp-cron.php?doing_wp_cron=1505416279.5224530696868896484375" "WordPress/4.8.1; http://1apeqsc.comapeqsc.com"

et dans le log error
[Thu Sep 14 19:43:01 2017] [error] [client 90.73.47.89] [host www.1apeqsc.com]apeqsc.com] (103)Software caused connection abort: Failed to flush CGI output to client


environment=production


Et si tu Remplaces production par development le temps de trouver le bug ?
https://docs.ovh.com/fr/fr/web/hosting/configurer-le-php-sur-son-hebergement-web-mutu-2014/#que-signifie-la-directive-environment

Quand je remplace en "Legacy"
J'ai ce message :
> Method Not Implemented
> GET to / not supported.

Quand je remplace en "Testing"
J'ai le message :
> Impossible de traiter cette demande via 1apeqsc.comapeqsc.com à l'heure actuelle.
> HTTP ERROR 500


app.engine=php
app.engine.version=7.1
http.firewall=none
environment=production
container.image=stable


Par
app.engine=php
app.engine.version=7.1
http.firewall=none
environment=development
container.image=stable

J'ai cela qui s'affiche :
> Warning: require_once(/home/assoapeq/www/wp-content/plugins/captcha/bws_menu/bws_include.php): failed to open stream: No such file or directory in /home/assoapeq/www/wp-content/plugins/captcha/captcha.php on line 68

> Fatal error: require_once(): Failed opening required '/home/assoapeq/www/wp-content/plugins/captcha/bws_menu/bws_include.php' (include_path='.:/usr/local/php7.1/lib/php') in /home/assoapeq/www/wp-content/plugins/captcha/captcha.php on line 68

j'aurais un probleme avec le plugin captcha ?

Bonjour,

c'est un plugin qui plante votre site et non un .htaccess ou la version d'apache.
Visiblement il vous manque des fichiers (du moins pour PHP).

Cordialement, janus57

A priori c'est cela, j'ai supprimer le dossier "captcha" sur les deux site et il refonctionne parfaitement.
La mise a jour de ce plugins a du "bugger" depuis wordpress car j'utilise ce pluging sur 6 autres sites


app.engine=php
app.engine.version=7.1
http.firewall=none
environment=production
container.image=stable


Maintenant il faut remettre le site en mode production ;)

Bonjour,

Vous pouvez suivre l'état de la mise à jour ici:
http://travaux.ovh.net/?do=details&id=25601

Le cluster007 a été déployé cette semaine à l'exception des offres performances.

Bon week-end à vous,

Julien


Vous pouvez suivre l'état de la mise à jour ici:
https://travaux.ovh.net/?do=details&id=25601

Hum! Hum! Qu'est-ce :


"Annuler" permet de se connecter.

Bonjour,

déjà signalé mais visiblement pas pris en compte…

Le lien en HTTPS semble être utilisé en interne chez OVH et sous protection de l'extérieur.

Cordialement, janus57

oui c'est bon j'ai repassé les deux site en stable et en production
Merci

Bonjour,

j'ai une erreur 500 sur mon site djoun.com qui fonctionnait avant la migration et sur lequel je n'ai fait aucun changement. Pouvez vous m'indiquer la marche à suivre. Merci

Pour plus de precisions j'ai reussi à editer les logs error suivant mais je ne sais pas à quoi cela correspond ? vous avez un conseil ?

File Name ↓
File Size ↓
Date ↓
Parent directory/
-
-
djoun.com-16-09-2017.log
34K
2017-Sep-16 12:33

File Name ↓ File Size ↓ Date ↓
Parent directory/ - -
djoun.com-06-09-2017.log.gz 136 2017-Sep-07 04:19
djoun.com-11-09-2017.log.gz 135 2017-Sep-12 04:25
djoun.com-12-09-2017.log.gz 134 2017-Sep-13 04:03
djoun.com-13-09-2017.log.gz 178 2017-Sep-14 04:20
djoun.com-15-09-2017.log.gz 1180 2017-Sep-16 04:27

Copier coller ici le. htaccess.

Bien vérifier que le site est sur l'environnement stable et pas legacy.


https://docs.ovh.com/fr/fr/web/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/#comment-modifier-l-environnement-d-execution

Et quelle est la version de php utilisée ?

php 5.6

le .htaccess
SetEnv REGISTER_GLOBALS 0

RewriteEngine On
RewriteBase /
RewriteRule ^([0-9]+)\/(botryogen)\/([0-9]+)_(.*).xhtml$ ?botryogen$3=$1&%{QUERY_STRING}[L]
RewriteRule ^[a-zA-Z0-9]{3}([a-zA-Z0-9]{5,19})/([0-9]{1,7}).htm$ index.php?tempweb=$1&smid=$2 [L]
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

et aussi un extrait du log error (le même tous les jours..):

[Fri Sep 15 00:00:57 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:01:54 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:04:44 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:08:31 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:12:14 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:16:03 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:19:53 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:23:38 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php
[Fri Sep 15 00:27:29 2017] [error] [client 66.249.66.79] [host djoun.com] Script timed out before returning headers: index.php
[Fri Sep 15 00:27:31 2017] [error] [client 213.186.33.96] [host djoun.com] Script timed out before returning headers: index.php
[Fri Sep 15 00:31:16 2017] [error] [client 66.249.66.79] [host djoun.com] Script timed out before returning headers: index.php
[Fri Sep 15 00:31:17 2017] [error] [client 213.186.33.96] [host djoun.com] Script timed out before returning headers: index.php
[Fri Sep 15 00:38:50 2017] [error] [client 66.249.66.30] [host djoun.com] Script timed out before returning headers: index.php
[Fri Sep 15 00:38:51 2017] [error] [client 213.186.33.96] [host djoun.com] End of script output before headers: index.php


Bien vérifier que le site est sur l'environnement stable et pas legacy.


Et alors ?

WordPress fonctionne aussi très bien avec php 7.1

```text Bonjour,
J'ai intégré la modif à cet endroit : `


----------



# Force deflate for mangled headers developer.yahoo.com/blogs/ydn/posts/2010/12/pushing-beyond-gzipping/


SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding



# HTML, TXT, CSS, JavaScript, JSON, XML, HTC:

FilterDeclare COMPRESS
FilterProvider COMPRESS DEFLATE resp=Content-Type $text/html
FilterProvider COMPRESS DEFLATE resp=Content-Type $text/css
FilterProvider COMPRESS DEFLATE resp=Content-Type $text/plain
FilterProvider COMPRESS DEFLATE resp=Content-Type $text/xml
FilterProvider COMPRESS DEFLATE resp=Content-Type $text/x-component
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/javascript
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/json
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/xml
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/xhtml+xml
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/rss+xml
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/atom+xml
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/vnd.ms-fontobject
FilterProvider COMPRESS DEFLATE resp=Content-Type $image/svg+xml
FilterProvider COMPRESS DEFLATE resp=Content-Type $image/x-icon
FilterProvider COMPRESS DEFLATE resp=Content-Type $application/x-font-ttf
FilterProvider COMPRESS DEFLATE resp=Content-Type $font/opentype
FilterChain COMPRESS
FilterProtocol COMPRESS DEFLATE change=yes;byteranges=no
****
** ******
**** ****
**** = 2.4>****
**** FilterProvider COMPRESS DEFLATE "%{Content_Type} = 'text/html'"****
**** FilterProvider COMPRESS DEFLATE "%{Content_Type} = 'text/css'"****
**** ****

# Legacy versions of Apache
AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE text/xml application/xml text/x-component
AddOutputFilterByType DEFLATE application/xhtml+xml application/rss+xml application/atom+xml
AddOutputFilterByType DEFLATE image/x-icon image/svg+xml application/vnd.ms-fontobject application/x-font-ttf font/opentype



----------
Ce n'est pas bon, site toujours en erreur.
Pourriez vous m'aider ?
Merci d'avance
Cordialement, ```

Bonjour,

je vous conseil de faire votre propre topic vu qu'il y a un mélange de tout et n'importe quoi ici.

Cordialement, janus57

bonjour a quand la migration de apache 2.4 sur le cluster 011 j'ai une offre performance 1 merci de vos réponse

Le planning est ici
http://travaux.ovh.net/?do=details&id=25601

Si ce n'est pas encore planifié, il faut revenir voir plus tard.

Bonjour, mon site en joomla www.tournes.fr possède des dysfonctionnements depuis la mise à jour (affichage). Plus inquiétant, j'ai bien accès à l'interface administration mais impossible de faire quoique soit les boutons sont inopérants. Merci d'avance.

Bonjour
Mon site www.mangialarossa.com n'est plus accessible. Aussi le backend est off.
Voici les messages d'erreurs:
backend: Error displaying the error page
frontend: 0 syntax error, unexpected 'SELECT' (T_STRING)

Le problème est lié à la mis à jour de Apache 2.4?

J'utlise Joomla 3.7.1 et php 7.0.

Merci
Imma

Bonjour,

ce serait plus un problème de php/joomla.

Cordialement, janus57

Bonsoir, tout le monde , à quand la migration d’apache 2.4 sur les offres performance ? Cluster 011 ?

merci de vos retours

Bonjour,

c'est fini depuis le 28 novembre 2017...
[quote]

Comment by OVH - Tuesday, 28 November 2017, 14:48PM

Les serveurs Performance des cluster002 cluster007 cluster011 cluster020 ont été mis à jour.

--

cluster002 cluster007 cluster011 cluster020 's Performance servers have been upgraded.
[/quote]
Cf : http://travaux.ovh.com/?do=details&id=25601

Cordialement, janus57

On peut le voir comment ? je n’ai pas l'impression d'y être passé.

Bonjour,

normalement vous voyez aucune différence entre apache 2.2 et 2.4.

Et la tache travaux est fermé, donc tous les cluster sont en apache 2.4 normalement.

Cordialement, janus57

1)
Le site est bien sur l'environnement stable?
https://docs.ovh.com/fr/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/

2) voir avec le service client..
Cest le seul à pouvoir vérifier.

bonjour @Buddy

je suis avec le php 7.1 stable

C’est exactement ce que je recherchais, merci beaucoup pour un fil très informatif, je vais bien sûr utiliser vos conseils.
Alex Gambler
Web Dev https://casinority.com/ca/ Casinority CA

nice thank you for sharing