Dans la nuit du 13 au 14 novembre Ovh a eu un gros souci de maintenance sur les sites en mutualisé avec des pannes en cascade ( plusieurs disques ont lâché) , ils ont remis des backups parfois trop anciens (avril à février 2007) voir communiqué d'Octave directeur créateur d'ovh ci-dessous :
"En tout, sur 90plan nous avons 16 serveurs de stockage. L'un de ces serveurs de stockage a été touché. Oui il s'agit d'un netapp avec 28 disques où nous avons une tolérance de panne de 2 disques (le serveur fonctionne même s'il a perdu 2 disques et ceci grâce au raid). Dans notre cas, après le reboot du serveur, 3 disques se sont déclarés en panne et le raid a été rendu
inopérationel.

Sur ce serveur sont hébergés, nos clients historiques de 90plan à savoir les plus anciens sites de 90plan. En tout environ 10000 sites. Sur ces 10000 sites, nous avons un backup de la semaine sur 1500 sites environ puis des backups de plus en plus anciens
jusqu'au mois d'avril où nous avons l'ensemble de 10000 sites.

Le site que nous avons remise en place est la version la plus récente.

Bien sûr nous allons faire un geste commercial.

Il s'agit de la panne la plus grave vécue chez Ovh depuis ledémarrage de l'entreprise il y a 8ans. La panne redouté, qui est uncauchemar à prévoir et qu'on espère que jamais ça n'arrivera. Maisça arrive et c'est là qu'on se doit de montrer ce qu'on a prévu etfinalement voir à quel point nous avons été réalistes ou pessimistes
lorsque nous avons créé les offres. Jusqu'au maintenant jamais un serveur de stockage n'a rendu l'âme et encore moins un serveur spécialisé dans le stockage. Mais ce sont les choses que nous avons prévuet c'est pourquoi nous avons les backups (on sort les backupsquand c'est la cata, et ça ne sert que dans ce cas là) faits à de différents dates."


Il faut récupérer la base avec phpmyadmin. (non touchée : serveurs différents)
puis attendre la fin de leur maintenance puis comme les bases de données n'ont pas été impactées par ce problème, remettre les modules et fichiers (si vous avez une copie) ou dans le pire des cas, il faudra réinstaller le CMS en prenant sans doute quelques précautions

OVH a terminé les backups :
"Le problème de backup qui sont plus ou moins anciens rejoint lepremier point dans la mesure où le backup n'est jamais à jour. En améliorant la vitesse de backup (création d'une image de vos sites et la remise en place de l'image de vos sites) nous allons réduire les préjudices sans jamais atteindre la perfection. En effet, entre les clients qui nous disent "oui le site marche mais je l'ai mis à jour Lundi et le backup est de Lundi soir" et les clients qui nous disent "oui le site marche mais il date de mois de septembre ou le mois d'avril", la problématique reste la même (dans l'absolue), même si c'est mieux d'avoir le backup de Lundi que de mois d'avril. On peut aussi dire que dans l'absolue le backup (peu importe lequel) a été remis en place et le site fonctionne donc tout va bien. A ce niveau là, la solution n'est pas évidente à trouver puisque tout dépend du type de site, des technos qu'il utilise (le sql n'a pas été touché par la panne et donc si vous avez un site full dynamique il remarche sans problème) mais aussi du prix de backup et son rafraîchissement. "
et
"Le geste commercial.
Nous proposons à nos clients le geste commercial sur 2 niveaux:
1.) pour le temps de la remise en route du site, le temps que nous avons mis à remettre vos données sur nos serveurs de fichier
2.) le rafraîchissement du backup que nous avons mis en place sur vos site"

pour certains d'entre nous les sites ne fonctionnent plus car les moules et les fichiers mainfile... sont trop anciens par rapport à la base qui est toujours en place. il va donc falloir si le backup est trop ancien remettre les mains dans l'installation correcte du site

astuce de Kris :
créer un fichier chemin.php (voir ci-dessous)

<?php

print getcwd () ;
?>

de le mettre en ftp dans le répertoire du site puis de l'appeler en page par internet m'a donné le bon chemin et mpermis de modifier le mainfile, et le site fonctionne à nouveau car OVH avait modifié le xoops_root_path.

Afin de ne plus subir les changements fait par ovh ou d'autre dans le mainfile, remplacer la ligne



par



Cette réponse se trouve déjà dans les forums de xoops france !!!