PHP en erreur 500 suite à un changement de filer

Domains and Hosting
1

Bonjour,

Je lance une bouteille à la mer car le site de notre association est indisponible (erreur 500) depuis le mardi 6 mai aux alentours de 8h16. Depuis cette date, les pages PHP retournent une erreur 500 (les fichiers statiques sont retournés normalement). L'erreur est apparue soudainement alors qu'aucun changement n'a été effectué sur le site. Un ticket est ouvert (CS11085364) mais aucune réponse n'est apportée. Voici les sorties du log d'erreur :

Aucun fichier .htaccees. Si je configure "app.engine=phpcgi" :
[Wed May 07 08:34:01 2025] [X-OVHRequest-Id: 8688d2a0f38531af2b408c9b2bc68c6d] [error] [client XXX.XXX.XXX.XXX:0] [host cadvoile.fr] End of script output before headers: index.php

Si je configure "app.engine=php" :
[Wed May 07 08:38:55 2025] [X-OVHRequest-Id: 356d135e9b2ab657009cff7474524434] [error] [client XXX.XXX.XXX.XXX:0] [host cadvoile.fr] AH10141: FastCGI: comm with server "/homez.298/cadvoile/www/index.php" aborted: idle timeout (160 sec)
[Wed May 07 08:38:55 2025] [X-OVHRequest-Id: 356d135e9b2ab657009cff7474524434] [error] [client XXX.XXX.XXX.XXX:0] [host cadvoile.fr] AH10149: FastCGI: incomplete headers (0 bytes) received from server "/homez.298/cadvoile/www/index.php"

Lorsque je regarde les logs des taches cron avant et après l'apparition de l'erreur, on constate qu'un changement de filer a eu lieu, passant de 299 à 298 :
[2025-05-06 07:44:02] ## OVH ## START - 2025-05-06 07:44:02.370919 executing: /usr/local/php8.2/bin/php /homez.299/cadvoile/www/data/cron.php
[2025-05-06 07:44:02]
[2025-05-06 07:44:02] ## OVH ## END - 2025-05-06 07:44:03.096253 exitcode: 0
[2025-05-06 08:44:02] ## OVH ## START - 2025-05-06 08:44:02.002955 executing: /usr/local/php8.2/bin/php /homez.298/cadvoile/www/data/cron.php
[2025-05-06 08:44:02] Could not open input file: /homez.298/cadvoile/www/data/cron.php
[2025-05-06 08:44:02]
[2025-05-06 08:44:02] ## OVH ## END - 2025-05-06 08:44:02.060025 exitcode: 1

Un simple fichier avec juste une ligne pour renvoyer un phpinfo retourne une erreur 500.

Pour info, voici le fichier .ovhconfig (j'ai testé toutes les configurations, sans succès) :
container.image=stable64
app.engine.version=8.2
environment=production
app.engine=php
http.firewall=none

Comme je n'arrive pas à obtenir quelqu'un au téléphone et les réponses du ticket sont inutiles, je voudrais savoir si vous avez une idée pour résoudre cette erreur soudaine.

Merci d'avance

2

Bonjour @Cad

Est-ce que dans de vos scripts PHP il y a la chaine de caractères 999 ?

3

Bonjour @Cad,

À mon niveau le site cadvoile.fr est bien accessible, votre site est un site WordPress, n'hésitez donc pas à mettre à jour WordPress mais aussi les plugins et le thème utilisé par le site avant de changer la version de PHP pour une version récente :

Étape 1 sur 4 : Connectez-vous à votre espace client et cliquez sur "Webcloud" dans le menu en haut de la page,
Étape 2 sur 4 : Cliquez ensuite sur "Hébergement", puis sur le nom de votre hébergement,
Étape 3 sur 4 : Vous pourrez ensuite cliquer sur les trois petits points à côté de " Version PHP globale", et "Modifier la configuration",
Étape 4 sur 4 : Choisissez l'option "Modifier la configuration courante", et cliquez sur "suivant".

Pour la configuration, je vous invite à opter pour la configuration suivante :

• Version de PHP : 8.4 (si le site est compatible)
• Environnement d'exécution : stable64 (choix automatique)
• Moteur : PHP
• Mode : Développement
• Pare-feu applicatif : Désactivé

Pour plus d'infos : https://help.ovhcloud.com/csm/fr-web-hosting-change-php-version?id=kb_article_view&sysparm_article=KB0053013

À mon niveau, je parviens tout à fait à consulter le fichier phpinfo de votre hébergement : https://cadvoile.fr/phpinfo.php

Concernant les tâches CRON, comme le demande @ Gaston, il serait intéressant de savoir si le contenu de vos scripts contiennent "999" ce qui pourrait facilement expliquer l'erreur que vous rencontrez.

😉

4

Bonjour @Cad

Merci pour votre remontée, le ticket a été traité par l'équipe en charge de l'infrastructure, voptre service est de nouveau totalement fonctionnel.
L'origine de votre problème ne se situe pas au niveau du wordpress ou de votre configuration comme il a pu être suggéré précédemment mais bien sur un impact exceptionnel et indirect du changement de filer.

L'équipe a fait le nécessaire pour isoler le problème afin que cela ne se reproduise pas pour les prochaines tâches.

Toutes nos excuses pour la gêne occasionnée.

--

Bruno B.
Team Lead Webhosting Infrastructure

5

Merci Bruno pour le retour. Je vous confirme que tout est de nouveau fonctionnel depuis le 12 mai vers 14h16.