Echec restauration

piège Ovh: **NE PAS UTILISER** la restauration via le manager, dès fois ça marche pas et dans ce cas, attendre 72h

tu peux essayer de harceler le support, sait-on jamais
+33.972101007
ou 1007 en France

Merci, mais je ne sais pas utiliser FileZilla, et la page "Admi" de mon site n'est toujours pas accessible. Je ne sais pas comment restaurer mon site

tu dois attendre Ovh
ou déménager ton site

la méthode qu'il aurait fallait utiliser: https://docs.ovh.com/fr/hosting/restauration-ftp-filezilla-espace-client/

mais c'est trop tard, il faut attendre

C'est ce que j'ai fait:
Restaurer l’espace :
Pour effectuer la manipulation, connectez-vous à votre espace client OVH, cliquez sur Hébergements dans la barre de services à gauche, puis choisissez le nom de l’hébergement concerné. Positionnez-vous enfin sur l’onglet FTP - SSH et cliquez sur le bouton Restaurer une sauvegarde.

> C'est ce que j'ai fait:

je sais **D'OÙ LE SOUCI....**

? Et tu conseilles quoi ?

tu as vu le lien que j'ai mis? c'est à lire
c'est la méthode fiable

« Restaurer l’espace de stockage depuis l’espace client » ? C'est ce que j'ai fait. Échec !

c'est incroyable de ne pas savoir lire 1 page entièrement

ce qui est incroyable, je le dit très respectueusement , c'est de ne pas comprendre que j'ai peu de connaissances dans ce domaine, ce qui implique d'être plus précis qu'avec d'autres.
J'ai tenté la restauration sur OVH comme indiqué sur la première partie de la page dont tu m'as donné le lien, sans succès puis-qu’échec.

Pour restaurer de la seconde manière c'est par exemple avec FileZilla, mais je ne sais pas utiliser FileZilla !
Maintenant si tu as la patience et la gentillesse de m'expliquer de façon simple aet adaptée au maximum pour un novice, je suis preneur.

> mais je ne sais pas utiliser FileZilla !

je ne suis pas ici pour faire de la formation, donc tu apprends puis tu fais du web
ou tu fais faire ces opérations techniques

et s'il ne t'ai pas venu l'idée de chercher sur filezilla: https://docs.ovh.com/fr/hosting/restauration-ftp-filezilla-espace-client/

Alors inutile de se la jouer en se faisant passer pour un expert. Ce n'est pas la vocation d'un forum d'aide. Gardes tes connaissances pour toi et fait en un bon usage personnel et nombrilissime... Gloire à toi.

Bonjour,

Il ne faut pas non plus confondre un forum communautaire avec un forum de formation ou un site de tutoriels.

Quand on prends un hébergement c'est un minimum de savoir utiliser les outils Web (ici un client ftp).

Cordialement, janus57

> Ce n'est pas la vocation d'un forum d'aide

tu en sais des choses toi...
aide ne veut pas dire assistanat ni te servir, bouge toi et on t'aidera

et puis tu viens fanfaronner, mais tu as toutes les réponses ?

Ta réponse n'apporte rien . Passes ton chemin et vas faire joujou avec quelqu'un d'autre !

Le système OVH a fait planter ma tentative du 16/11/2025, 19:24  de restauration à J -1.
Depuis mes deux blogs Dotclear ne s'affichent plus avec le message Server Error

Comme action, le Support de OVH a supprimé
la ligne dans mon compte et  "Tâche en cours", Date de création
     >>> Restauration d'un snapshot Planifiée 16/11/2025, 19:24
         La case >>> Date de fin est restée vide

J'ai donc retenté le 17/11 une restauration, rien n'a bougé, et la ligne est toujours là
        >>> Restauration d'un snapshot Planifiée 17/11/2025, 17:48
    La case >>> Date de fin est restée vide

 

J'ai fait avec FileZilla parfaitement
1) mes téléchargements >>>   utilisateurftp-snap3    (utilisateur mon main login) ,
2) et ensuite mes télétransferts vers OVH

1 et 2 ont réussi, mais mes deux blogs n'apparaissent toujours pas.

J'ai retenté avec utilisateurftp-snap4    etc,
1 et 2 ont réussi. Mais mes deux blogs n'apparaissent toujours pas.

Le Support de OVH a répondu à mon ticket en me renvoyant à FileZella et en mettant "Résolu" et en fermant le ticket

OVH a CASSÉ l’accès à mes deux blogs qui existent de puis le 06 VI 06, donc 20 ans de travail.

Ce sont des erreurs Apache (et non PHP)

Ou bien une anomalie dans .htaccess, ou bien un problème de permissions sur les fichiers, par exemple.

Pouvez-vous aller dans votre espace client > hébergement > log > log "error" du jour.

Vous devriez avoir un diagnostic.

J'ai rédigé ma réponse, mais elle ne s'affiche pas.
J'ai essayé x-fois et je suis bien loggé.

Bonjour @Rallarros 

Je peux pas vous donner des conseils pour le présent.

Mais pour l'avenir faites des Sauvegardes 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

J'essaye de faire plusieurs réponses enchainées >>>

Première partie >>>

Bonsoir,

pour que le puzzle s'assemble à la même date >>>

je viens de faire pour les 2 blogs ceci avec FileZella et j'ai reçu deux mails avec >>> opérations réussies
1) télécharger sur mon PC en entier le blog à -snap3
2) télétransférer en entier le blog depuis mon PC

 

et depuis mon compte OVH pour chacun des 2 blogs
1) télécharger la sauvegarde (à la date de ce snap3, le 15/11) sur mon PC
2) importer le fichier depuis mon PC
et sans changer leurs noms. 
Est-ce correct?

---------------------

Pourquoi OVH a gardé sur le compte Hébergement >>> Restaurer une sauvegarde,
  alors que ça plante/ bloque à TOUS les coups
     et que de toute façon OVH écrit dans le ticket du Support,
         que OVH ne permet plus ceci, que c'est "non-contractuel" 
            et qu'il faut passer par le logiciel externe FileZella?

Ce soir ils m'écrivent en PLUS que >>>
     c'était à moi de faire chez moi des sauvegardes et qu'ils ne peuvent rien faire pour moi !!!

Comme j'avais fait dans les passé des Restaurer une sauvegarde en 1 clic,
je faisais confiance à OVH et je ne me souciais pas de ceci.

C'est bien tout ce que vous faites là, mais pourquoi cette erreur 500 ? Avez-vous été voir le log d'erreur ? (cf plus haut)

 

Il n'y a que 2 lignes dans le .htaccess

 

Je peux les publier ici à la vue de tout le monde où c'est du "confidentiel" ?

> blog  https://www.renovezmaintenant67.eu/deny from 164.131.224.225 deny from 77.196.57.246 

La première adresse fait partie de MINISTERE DE LA SANTE ET DES AFFAIRES SOCIALES
La seconde est une adresse d'abonné SFR.

mais il manque une clause "allow from all" me semble-t-il

Avez-vous une explication sur ces deux "deny" franco-français et qui ne sont pas un signe d'un piratage.

--

blog https://www.hotchkiss.eu/travelblog/ >>>Options -Indexes

Je n'en vois pas l'intérêt, désactivez ce fichier en changeant son nom.
Ceci d'autant plus vrai que blog https://www.hotchkiss.eu/ n'est pas en erreur 500

--

Le troisième (www)  est une formulation standard pour passer en https les requêtes quand elles arrivent en http.

ça correspond à un site ?

 

 

Pour rénovezmaintenant67.eu de chez Dotclear       pour mes analyses
- je vais régulièrement sur les sites officiels publics du Sénat, du Parlement, des ministères, de l'ONU, du OHCHR, de la CEDH, de la CPI de La Haye, etc.
- je suis chez sfr

 

Pour le travelblog de chez Dotclear qui est à l'intérieur de mon site https://www.hotchkiss.eu/
- si j'enlève juste le . devant htaccess , ça suffit ?

 

Pour le www je ne sais pas ce que c'est.

 

Pour ces deux sites, masquez la présence de .htaccess en changeant son nom.
Ca peut effectivement se faire en supprimant le point, ou bien en ajoutant .old derrière, ou ce que vous voulez.

Pour le www je ne peux pas vous aider, voyez dans l'onglet "multisite" pour voir si ça correspond à un site. 

Ces .htaccess pour les deux blogs ne sont-ils pas des fichiers nécessaires à Dotclear ?

Le log d'erreur mentionne-t-il toujours la même erreur ?

Dans Filezilla, quelles sont les permissions d'accès à vos fichiers ?

 

à partir de 10:33 il n'y a plus ces message de denied by.

 

Le Support OVH vient de clore le ticket.....   C'est la 1ère fois en 20 ans !!!!!!

Je ne sais pas où voir "permission d'accès à mes fichiers,
mais pour une connexion "simple" pour le Nom ,d'utilisateur simple FileZella se connecte bien  Mais >>> 

 

mais  maintenant, dans FileZella ne se logue plus
    quand j'essaye de faire      utilisateurftp-snap3      (utilisateur = mon main login)

FileZella a pourtant bien marché jusqu'à cette nuit vers 01:00

Aujourd'hui il ne veut plus reconnaitre mon mdp  >>>

Réponse :    331 User utilisateurftp-snap3 OK. Password required
Commande :    PASS ********
Réponse :    530 Login authentication failed
Erreur :    Erreur critique : Impossible d’établir une connexion au serveur

Je ne peux pas réparer tous les bobos d'OVH. Je ne sais pas pourquoi votre utilisateur snap3 ne fonctionne pas.

De toute façon pour voir les permissions sur vos fichiers il faut utilier le compte FTP normal et non le -snap

Voici un exemple:

Je n'arrive pas à faire une copie d'écran sous FileZella

 

A la partie droite de l'écran sur >>>  Site distant

et >>> Droits d'accès >>>      j'ai 075 pour les dossiers      et 064 pour les fichiers

Obs!     Là j'ai mal écrit.

 

J'ai 0604 pour fichiers et 0705 pour dossiers

 

 

Les    error    de ce jour, le 19/11, ne sont pas affichées
ça s'arrête au 18/11

 

Pour tous les dossiers en jaune j'ai 0705
et les fichiers j'ai 0604

Les logs du jour, c'est ici... j'espère que c'est bien à cet endroit que vous avez regardé !!

 

Pour le blog renovezmaintenant67.eu  il y a d'origine deux fois ce .htaccess

 

Une fois à sa racine  >>>

Options -Indexes
deny from 164.131.224.225
deny from 77.196.57.246

 

et une fois dans un fichier >>>  inc

# Apache 2.2
<IfModule !authz_core_module>
  Deny from all
</IfModule>

Apache 2.4+
<IfModule authz_core_module>
  Require all denied
</IfModule>

 

Question pourquoi j'ai ces deux lignes >>>

La première adresse fait partie de MINISTERE DE LA SANTE ET DES AFFAIRES SOCIALES
La seconde est une adresse d'abonné SFR.

Mon site est-il surveillé?

----------------

---------------------------------------

 

Pour le blog hotchkiss.eu/travelblog il y a d'origine deux fois ce .htaccess

dans la racine >>>

Options -Indexes

 

et dans le fichier inc >>>

# Apache 2.2
<IfModule !authz_core_module>
  Deny from all
</IfModule>

# Apache 2.4+
<IfModule authz_core_module>
  Require all denied
</IfModule>

----

Mais pourquoi subitement pour un Restaurer planté chez OVH, ces fichiers ne seraient plus bons  ?

J'ai testé pour les deux blogs  avec htaccess     et     .htaccess.

 

Le blog renovezmaintenant67.eu   n'affiche pas de error

Le blog hotchkiss.eu/travelblog n'affiche pas de error

 

----------------------

 

J'ai de nouveau mis partout >>>      .htaccess

 

Ceci ça a l'air normal dans vos deux sites:

# Apache 2.2
<IfModule !authz_core_module>
  Deny from all
</IfModule>Apache 2.4+
<IfModule authz_core_module>
  Require all denied
</IfModule>

-- --

Vous dites: J'ai de nouveau mis partout >>>      .htaccess 

Enlevez (c-à-d cachez via un changement de nom) le .htaccess à la racine de chacun des sites.

Je trouve qu'on a assez discuté. Si vous tenez à remettre le .htaccess qui provoque l'erreur 500, je n'ai plus rien à suggérer. Point final.

 

Je vous avais écrit que j'ai essayé de voir méticuleusement
si les deux blogs s'affichaient
 -   avec    .htaccess   
- ou avec  htaccess

mais dans aucun des deux cas ça n'a fait revenir côté public mes deux blogs.

Est-ce que les effets de ce changement de nom de .htaccess 
     mettent un certain temps pour que les sites se remettent à vivre ? 
Par exemple jusqu'à ce que tout se reconnecte chez OVH dans Hébergement?

 

Je peux ajouter old, mais faut-il garder le .    ?

Si vous renommez les .htaccess à la racine des deux sites (je m'en fous de quel nom vous donnez, du moment que ce n'est pas ".htaccess")

puis vous allez visiter vos deux sites

• sont-ils toujours en erreur 500 ?
• après 5 minutes, allez voir le log d'erreur du jour, que dit-il à la fin ?

Tant que je n'ai pas cette information de votre part, c'est inutile de continuer à discuter dans le vide.

Vous vous rendez compte qu'il y a 40 messages dans cette conversation que vous avez squattée, mais on est toujours nulle part.

 

J'ai déjà écrit plus haut que dans les deux cas, avec .htaccess ou sans,

il n'y a pas de message error pour les deux blogs en cette date du 19/11

Pouvez-vous montrer une copie d'écran similaire à celle que j'ai postée plus haut et que voici de nouveau:

et juste en-dessous vous avez un carré "error"

 

Ce carré Error, il est bleu ou blanc ?

S'il est bleu, cliquez dessus et montrez le résultat svp

 

Merci pour les réponses.

En résumé, la perte de mes deux blogs
est survenue immédiatement après que j'ai lancé sur mon Hébergement une Restauration à J -1.

Je voulais juste récupérer d'un des blogs la situation de la veille,
parce qu'en écrivant un long post j'avais par maladresse perdu un long §

Je n'avais en rien touché au moteur de ce blog. Et ce n'est pas un piratage, mais une conséquence.

Mes deux blogs datent de 2006, et représentent des milliers d'heure de travail x 2,
et pour le blog de voyage dans les 20.000 photos (vingt mille).

Il est curieux que OVH laisse en ligne sur Hébergement >>> Restauration,
et que dans le ticket que j'avais ouvert dans le Support,
OVH m'écrit que cette fonction n'existe plus,
et me donne le link vers FileZella, 
mais j'ai fait tout ce qu'il faut, mes deux blogs sont perdus. ( 20 ans de ma vie x 2)

Touts les Restaurations que je faisais depuis Hébergement, les dernières il y a +/- 2 ans),
avaient toujours marché à 100%.

Voilà. Je vais demander à OVH de résilier mon contrat, non sans larmes.

Partout autour de la planète mes anciens étudiants visitaient min site d'analyse économique / juridiques
et/ou mon site de voyage et d'expéditions arctiques à vélo à traction animale, dont 2fois le Cap Nord et 13.000 kilomètres autour du Cercle Polaire.

-------------------

Merci pour votre suivi,
vous, au moins, vous avez tenté d'apporter des pistes.
OVH ne m'a que redirigé sur le link FileZella.

Y a-t-il un moyen de vous contacter en privé ?

 

Je ne sais pas comment. On ne peut donc pas laisser ici des coordonnées personnelles.
Si je clique sur votre pseudo, il n'y a pas de link non plus.

Le Support OVH m'a renvoyé in fine sur la Community
et m'a simplement balancé une liste de prestataires d'entreprise.

Si je comprends bien, les petits blogueurs embêtent maintenant OVH.
OVH n'est plus ce que c'était pour nous, les petits non-commerciaux.

Je vois que vous n'en êtes pas à votre premier problème de ce genre

https://community.ovhcloud.com/community/fr/passage-de-php-7-3-a-php-8-0-legacy-ou-stable64-pour-dotclear?id=community_question&sys_id=0805b94cf19e42d01e11e7bb9bf10339

Si ce n'est pas encore fait, il faut vraiment vous poser la question: et où sont mes copies de sécurité ? Sachez que c'est de votre responsabilité en non celle d'OVH.

Une copie de sécurité : c'est une copie intégrale de l'arborescence FTP du site ET un export de la base de données.

Une politique de sécurité c'est d'avoir toujours deux, voire trois copies de sécurité sur des appareils/localisations distincts, car le scénario où une prise de copie échoue parce que la source est corrompue doit être considéré.

Si vous laissez un moyen de vous contacter en direct, je veux bien le faire.

 

 

En cherchant moi-même dans tous les sens,
j'ai réussi in fine sans aide utilisable (je ne suis pas un geek) 
à remettre en vie le site de voyage https://www.hotchkiss.eu/   (et tout est là)
qui contient le blog de voyage https://www.hotchkiss.eu/travelblog/   (et tout est là)

Il semble que les  .htaccess  n'empêchent rien de fonctionner correctement à 100%.

-----------------------------

Le deuxième blog d'analyse économique/juridique https://www.renovezmaintenant67.eu/
semble demander d'attendre et de réessayer plus tard

------------------------------------------

Mes explications sont ici dans un billet que j'ai créé >>> https://community.ovhcloud.com/community/fr/methode-explicite-pour-sauvegarder-ftp-a-snap4-et-restaurer-avec-filezilla?id=community_question&sys_id=fa3dfc62089972504a4e665cf8d3f902

Bonsoir,

sur le site Dotclear il est écrit qu'il FAUT garder " impérativement " le/les  .htaccess

--------------------------

Je ne peux pas communiquer en clair, ici mon mail privé ou mon n° de téléphone, c'est évident.
Sur les pages Error 500 était affiché mon adresse mail postmaster chez OVH et filtrée par OVH.

---------------

Mon site de voyages nordiques, arctiques, scandinaves, finlandais, féringiens
en voiture d'avant-guerre et à vélo à traction animale ainsi que son blog
fonctionnent parfaitement depuis 4 jours, vendredi le 21-11-2025. Ouf !
     >>> https://www.hotchkiss.eu/   et  son blog >>> https://www.hotchkiss.eu/travelblog/    

--------------------------------

-------------------------------------------------

 

Hier j'ai de nouveau réussi à récupérer mon site d''analyse économique et juridique
   >>>   https://www.renovezmaintenant67.eu/,
 en ne sachant pas vraiment ce qui a permis à le faire revenir.
J'ai utilisé le téléférique FileZilla dans tous les sens.

Mais contrairement au blog et au site de voyage,
j'ai perdu 99,9 % des photos 
pour ce site rénoveamaintenant67, en ligne lui aussi depuis le 06 VI 06.

De toute façon, et depuis 20 ans, la sauvegarde des mes médias sur mes sites Dotclear
plantait après +/- 350 Mo, et n'avait donc jamais été complète/utilisable.

Même les sauvegarde du FTP à -snap4 avec FileZilla
ne m'ont pas permis de récupérer mes photos sur le blog.
La médiathèque est vide.

J'ai 4998 photos, mais même en les mettant dans le dossiers dédiés sur mon blog,
elle n'apparaissent pas.

Pourtant la fonction insertion d'image fonctionne, j'en ai téléchargée une avec le plugin du blog,
et elle s'est mise exactement au bon endroit, pour cette photo,
à savoir dans la 1ère colonne de gauche.

-------------------------

Mais je ne rappellerais jamais assez que c'est la Restauration à J -1 sur Hébergement du Web Cloud,
qui avait TOUT cassé.

Pour retrouver mon site de voyage et son blog,
et pour récupérer mon site RzM67, je n'ai absolument RIEN changé dans les .php ou les html, etc.

Bien à vous

Ce post est un doublon. J'ai répondu dans l'autre conversation.