Je me permets de créer ce sujet sur la communauté, espérant que quelqu'un ici sera plus utile que le SAV OVH par ticket.
J'ai un domaine et un hébergement de site chez OVH depuis quelques années. or, dans la nuit du 13 au 14 novembre, sans explication aucune, le site devient inaccessible avec un écran d'erreur FTP et un message "ce site subit une erreur critique". Je n'avais rien fait de spécial, jusqu'à 23h le site fonctionnait parfaitement, j'avais juste écris quelques informations en front-end le soir même. Et le lendemain, site HS.
Je tente de contacter le support par ticket, qui après m'avoir avoué qu'ils ne savaient pas, finissent par me dire que ca n'est pas de leur ressort, qu'ils voient une erreur 500 (que je ne vois pas moi même) et me conseillent une restauration manuelle par FTP. Un peu agacé, je télécharge l'ensemble du site (assez volumineux) via l'identifiant -snap2 (donc à J-2) et le remet. Rien n'y fait, même erreur.
Dans la journée du 14, la base de données tombe, et désormais l'erreur est "Erreur lors de la connexion à la base de données". Evidemment pas plus de réponse du support par ticket, duquel je n'attends plus rien.
Ma question est donc la suivante: quels recours ai je, sachant que je paye une formule pro assez onéreuse pour un service apparemment assez risible?
Bonjour @Quigon
Quelle est l'adresse de votre site ?
Passer en environnement Développement pour voir la cause de l'erreur Erreur 500
Voir dans mon guide le paragraphe : P2 - Erreur 500 - Environnement développement
Vos erreurs 500 proviennent certainement d'un plugin ou thème qui n'est plus à jour.
Désactivez tous les plugins puis remettez les en service l'un après l'autre.
Vous trouverez ainsi le plugin défectueux.
Voir dans mon guide le paragraphe : W - PLUGINS en erreur, dossier PLUGINS
________________________________________________________________________________________________
Faites-vous des sauvegardes régulières de votre hébergement et Base de données sur votre PC ?
Les sauvegardes chez OVH de votre site ne sont pas éternelles.
Extrait de mon guide : T - Restauration OVH de votre site à une date antérieure
Chez OVH, la restauration de votre hébergement ne permet de remonter qu’au maximum à deux semaines.
Si le piratage de votre site remonte à 3 semaines, vous êtes foutu et obliger de tout supprimer et reconstruire complètement votre site.
Chez OVH, la restauration de votre base de données ne permet de remonter qu’au maximum à deux mois
Penser à faire une sauvegarde Hébergement et Base de données sur votre PC une fois par mois.
Voir dans mon guide le paragraphe : Ua - Sauvegarde complète de votre site sur votre PC
Merci de ces informations.
Malheureusement, l'erreur principale étant "erreur lors de la connexion à la base de données", survenue subitement le 14 en journée, je ne peux plus accéder au site d'aucune manière. Je peux bien modifier les fichiers ftp, mais la base de données reste bloquante. Et quand j'essaye d'importer une sauvegarde de ladite base, cela échoue avec une erreur... vide.
A noter que la sauvegarde elle même n'est pas problématique, j'ai tenté de l'importer sur un site personnel vierge, l'upload a bien fonctionné.
Merci pour ces informations utiles pour le côté site lui même
Malheureusement, le véritable problème reste la Base de Données. Celle ci est en erreur inexpliquée depuis hier dans la journée, et c'est là que tout se trouve.
J'ai bien de nombreuses sauvegardes sur OVH mais aucune ne semble pouvoir se restaurer. Donc malheureusement je suis bloqué sur ce point là.
Le site en question est le suivant:
https://www.lesconteursdelombre.fr/
Quelle taille fait votre base de données ?
Vous avez DEUX problèmes :
1er problème :
- Warning: Constant WP_CACHE already defined in /home/aeterny/www/wp-config.php on line 9
- Warning: Constant WP_DEBUG_LOG already defined in /home/aeterny/www/wp-config.php on line 91
- Warning: Constant WP_DEBUG_DISPLAY already defined in /home/aeterny/www/wp-config.php on line 92
--> Désactiver le plugin WP_CACHE
2ème problème :
- Erreur lors de la connexion à la base de données
--> Restaurer une sauvegarde complète de l'hébergement et de la base de données d'il y a plusieurs jours :
Extrait de mon guide : T - Restauration OVH de votre site à une date antérieure
Pour la Base de données c'est un Dump qui fait environ 260Mo
Comme je l'ai expliqué malheureusement sa restauration tombe systématiquement en erreur, et j'ignore pourquoi. J'ai tenté via l'outil d'administration OVH et via PhpMyAdmin, les deux échouent. En revanche cela fonctionne sur un site tiers.
Malheureusement pour le problème de base de données, impossible de la restaurer. De nombreuses sauvegardes sont disponibles mais l'opération de restauration semble échouer
Le dump de la BDD fait environ 260Mo
Apparemment même ici c'est compliqué, je retente de vous envoyer ce que je disais donc
le dump de la BDD fait environ 260Mo
Quant aux méthodes de restauration de celles ci, que ce soit par l'interface OVH ou par PHPmyadmin, dans les deux cas cela échoue. Pourtant le dump est bon, j'ai pu l'uploader sur une BDD personnelle à côté.
Quand une Base de données est très grosse, il faut :
- La compresser sur le PC en ZIP ou GZIP
- Transférer le ZIP sur votre hébergement
- La restaurer
De cette façon, vous devriez éviter de partir en Time-Out
Est ce qu'il existe une solution embarquée, ou l'utilisation d'un logiciel tiers comme bigdump est indispensable?
Malheureusement, j'ai le message suivant lors de la tentative d'import manuelle:
"Un problème est survenu lors de l'envoi. Veuillez réessayer. (Invalid status: restoring) "
Et en effet dans les tâches en cours apparait ceci
| database/restore |
En erreur
| 14/11/2025, 20:50 |
C'était ma tentative d'import suite au crash d'hier... qui semble lui même avoir crashé. Donc il semble que ce soit les scripts de restauration qui sont en cause
Malheureusement, j'ai le message suivant lors de la tentative d'import manuelle:
"Un problème est survenu lors de l'envoi. Veuillez réessayer. (Invalid status: restoring) "
Et en effet dans les tâches en cours apparait ceci
| database/restore |
En erreur
| 14/11/2025, 20:50 |
C'était ma tentative d'import suite au crash d'hier... qui semble lui même avoir crashé. Donc il semble que ce soit les scripts de restauration qui sont en cause
Malheureusement l'upload échoue, alors que le fichier est correctement lu l'autre BDD.
Et je remarque ceci sur mon interface
| database/restore |
En erreur
| 14/11/2025, 20:50 |
C'est la première tentative de restauration faite hier. Apparemment le script de restauration est tombé en erreur lui même.
Malheureusement l'upload échoue, alors que le fichier est correctement lu l'autre BDD.
Et je remarque ceci sur mon interface
| database/restore |
En erreur
| 14/11/2025, 20:50 |
C'est la première tentative de restauration faite hier. Apparemment le script de restauration est tombé en erreur lui même.
Ceci est la réponse inutile 2 de 2
Le procédé semble fonctionner. On est à zéro.
Il y avait au moins 5 réponses ! Succès !!!
Du coup ma dernière réponse a disparu de nouveau :(
je la remets
"
Malheureusement l'upload échoue, alors que le fichier est correctement lu l'autre BDD.
Et je remarque ceci sur mon interface
database/restoreEn erreur14/11/2025, 20:50C'est la première tentative de restauration faite hier. Apparemment le script de restauration est tombé en erreur lui même."
A ce jour la BDD est toujours vide et le script de restauration de celle ci en erreur.
Bonjour @Quigon
Malheureusement, j'ai le message suivant lors de la tentative d'import manuelle:
"Un problème est survenu lors de l'envoi. Veuillez réessayer. (Invalid status: restoring) "
Il faut faire un transfert SFTP avec FILEZILLA.
Voir dans mon guide le paragraphe : E - Installation du logiciel FTP FILEZILLA
Puis via un script xxx.php :
$FILE_SQL = "xxx.sql"; // USE nécessaire ( use `Nom_de_la_Base`; )
$USER = "xxx";
$HOST = $USER.".mysql.db";
$PASS = "xxx";
$COMMAND = "cat ".$FILE_SQL." | mysql --host=".$HOST." --user=".$USER." --password=".$PASS." ";
$CR_exec = system($COMMAND, $RET_VAL);