Hébergement Web-old - Restauration d’un snapshot planifié depuis 24h
... / Restauration d’un snapsho...
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.
Frage

Restauration d’un snapshot planifié depuis 24h

Von
JulienL6
Erstellungsdatum 2017-04-30 08:59:13 (edited on 2024-09-04 12:26:37) in Hébergement Web-old

Bonjour,

Très content du service de snapshot d’OVH qui m’a déjà sauvé la mise à deux reprises.

J’en lance un hier une restauration de snapshot suite à mauvaise manipulation de ma part !

Et depuis la tâche est planifiée et toujours pas exécutée. Le problème est qu’en faisant cette manip je ne sais plus rien faire au risque de voir mes modifications anéanties lorsque la restauration se lancera !

Je suis sur le Cluster 15 récemment migré pensez vous que cela puisse être lié ?

J’ai lancé un ticket (6314085005) mais comme on est le week-end, je doute avoir des réponses.

J’aimerais résoudre ce problème assez rapidement car je comptais bosser sur mon site ce week-end et je suis complémente bloqué.

Merci de votre aide !

Julien


8 Antworten ( Latest reply on 2020-05-24 19:04:11 Von
NicolasM93
)

> sauvé la mise à deux reprises

deux fois de trop? ;)

> Je suis sur le Cluster 15 récemment migré

possible cause, au hasard:
dans ton fichier `wp-config.php`, le serveur utilisé est bien sous la forme `base.mysql.db`?
et non un truc genre mysql1234.sql0xy

à mon avis (non certain) la restauration est en échec

si vraiment besoin, il faut récupérer une sauvegarde via le manager
et la restaurer en ssh (si tu sais faire et si tu as ce service) ou avec phpMyAdmin

Dans le fichier, j’ai ceci :

**

Après si je peux annuler la restauration, ça m’arrangerait car j’ai résolu le problème entre temps...

Merci en tout cas pour ta réponse !

Julien

tu es sur un vieux serveur
> mysql51-97.perso

vérifie dans ton manager que le serveur est bien sentiersdmod1.mysql.db et change le

je sais pas si tu peux annulerla restauration
à mon avis elle est morte, mais je n'utilise pas ça, pas d'expérience avec

Voila qui est fait... je ne sais pas si ça relancera la procédure mais c’est changé.

Merci mon gars ! C'était bien là qu'était le soucis !

Alors là, je dis "grand monsieur"! Dans mon fichier wp-config.php, le serveur utilisé était dans une forme ancienne du genre mysql12-34.pro et non pas dans sa forme récente genree base.mysql.db. Une fois que j'ai fait ces changements, j'ai pu enfin me connecter à mon site via /wp-admin/

Je galérais depuis deux jours, car d'un seul coup je ne pouvais plus me connecter à mon backend... donc j'ai lancé via mon manager une restauration de snapshot d'il y a deux jours. Comme la restauration était depuis 24h en mode "planifiée" et que rien ne s'était toujours fait, je suis parti à la pêche aux infos. J'atteris sur cette discussion, qui me permet de résoudre mon problème de base, aka récupérer l'accès à mon site via /wp-admin/ ! Truc de fou!

Donc encore une fois merci, ça m'a sauvé mon début de semaine.

Ah ben c'est donc cela alors! J'ai bien dû recevoir l'email (mea culpa), mais si OVH été un peu plus explicite en indiquant dans ce mail le degré d'importance de modifier le nom de serveur dans define('DB_HOST', pour éviter que certains sites deviennent inaccessible, ça aurait été quand même utile.
Bon, allez je vais modifier le fichier config.php de toutes mes autres instal!
Encore mille merci pour l'aide précieuse, et les références (je les garde précieusement)