Site en travaux Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.

rodolphe

Novembre 2016

Bonjour,
Comme indiqué dans le titre, depuis quelques jours le message suivant apparait et je n’ai plus accès à mon site.

"Site en travaux
Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension."

Je suis hébergé par OVH, avec un SPIP 3.1. Il à fonctionné parfaitement jusqu’à ce problème, et je n’ai pas de touché à quoi que ce soit avant le problème. Monsite/ecrire me donne le même message.

Mon site : http://www.aaeec-floorball.fr/

J’ai contacté OVH, voici leur réponse :
"Vous nous avez contacté pour signaler un souci d’accessibilité au site "aaeec-floorball.fr".

Suite aux vérifications, nous vous informons que nous n’avons pas détecté de souci de notre côté (ce domaine pointe convenablement sur le dossier "www" de l’hébergement, pas de souci au niveau de la base de données "aaeecflovjaaeec").

Nous vous invitons à vérifier les scripts de votre hébergement afin de résoudre le souci."

J’ai parcouru pas mal de forum, je n’ai pas trouvé la solution miracle. Seule piste, mon fichier config/connect.php. celui ci me parait surprenant :

<?php if (!defined("_ECRIRE_INC_VERSION")) return; $GLOBALS['spip_connect_version'] = 0.8; spip_connect_db('localhost','','','','aaeec','sqlite3', 'spip','',''); ?>

Pouvez vous m’aider ? (j’avoue être un peu "novice" sur le sujet)

Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

1

erational

Avril 2017

Vérifie ton fichier connexion config/connect.php, l’un des paramètres ne doit pas être bon.
Indiquez l’intérêt que vous portez à cette réponse

0

Pierre KUHN

Novembre 2016

Bonjour,

Vous avez monter le site en sqlite, donc vous avez bien un fichier dans config/bases/ ?
Indiquez l’intérêt que vous portez à cette réponse

0

Amire

Avril 2017

Bonjour,

Nous sommes en Avril 2017 et j’ai le même problème. Est ce que vous l’avez résolu ? help SVP. Merci.

NB : J’utilise Spip 3.1
Indiquez l’intérêt que vous portez à cette réponse

0

Chrys

Avril 2017

J’avais eu le cas, une fois où j’avais changé mon MDP de ma base chez mon fournisseur, à tout hasard !!
Indiquez l’intérêt que vous portez à cette réponse

0

Avril 2017

Merci pour votre réponse,

Après des essais ; en désactivant les dossiers squelettes, plugins, vider le cache et même réinstaller spip. J’ai contacté le support de Hostpapa et il s’avers que le blocage est au niveau de leur serveur.

C’est dommage qu’il n y a pas des alertes de chez les hébergeurs, pour nous avertir, au moins quand il y a des problèmes chez eux et qu’on ne nous gâche pas le weekend à chercher des solutions à un site qu’on ne peut même pas le mettre en travaux sur l’espace public.

Bah, maintenant le site est fonctionnel, accessible coté publique et privé, j’avoue qu’ils étaient réactive. Merci encore.
Indiquez l’intérêt que vous portez à cette réponse

0

Roland

Août 2017

Bonjour,

Je rentre de vacances et l’un des sites associatifs que je gère affiche ce message tant dans l’espace privé que dans l’espace public. D’après les fichiers log, il est planté depuis le 3 août. Voir https://ffct-centre.org/ Je peux accéder à l’espace d’hébergement (via le ftp).

J’ai vidé le cache, supprimé les plugins, réinitialisé la connexion (supprimer connect.php)... Aucune amélioration. En partant d’une base vide, le site fonctionne.

Je suis sous spip1.3.6 depuis le 12/06/2017 (le site fonctionnait bien) et hébergé en mutualisé chez OVH (j’ai aussi consulté les infos de leurs travaux et incidents au cas où...)

Merci pour toute aide même si je sais que le mois d’août n’est pas propice à la résolution de ce type de problème via l’entraide...
Indiquez l’intérêt que vous portez à cette réponse

0

Roland

Août 2017

Suite...

je viens de faire un nouvel essai en remplaçant le fichier spip.sqlite par le fichier récupéré (sauvegardé) en janvier 2017. Et... le site est fonctionnel ! Malheureusement, toutes les publications, mises à jour d’articles, corrections de textes... faites depuis ont disparues.

J’en déduis que le fichier sqlite a été corrompu mais j’aimerais bien savoir comment pour ne pas revivre la même situation.

Au passage, une sauvegarde tous les six mois est donc insuffisante (mais cela avait toujours suffi depuis 13 ans que le site existe...). Je vais passer aux sauvegardes mensuelles. Les sauvegardes d’OVH n’ont pas fonctionné, non plus.
Indiquez l’intérêt que vous portez à cette réponse

0

Roland

Août 2017

J’ai parlé trop vite : Je n’avais fait qu’une seule tentative avec le "vieux fichier" !

Lors d’une deuxième consultation du site, le message est réapparu : cela ne vient donc pas nécessairement du fichier sqlite.

Donc, problème toujours non résolu
Indiquez l’intérêt que vous portez à cette réponse

0

Peremans

Mai 2020

Bonjour,

Idem Spip 3.2 sur OVH
Mon site est bloqué aussi : "Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension."
Accès en FTP OK.
Sur ovh : la version PHP est en 5.4 (est avec un panneau attention, plus supporté). Dois-je mettre la version à jour .
On parle sur le net de la solution de "connect.php" à supprimer ? Quelle conséquence ?
Merci de m’éclairer sur la meilleure démarche.
Merci pour votre aide.
Alain
Indiquez l’intérêt que vous portez à cette réponse

0

Pierre

Mai 2020

Bonjour

Ovh a changer les informations pour les connections. Regarder le premier paramètre du connecteur.php. ce n’est plus mysql- mais autre chose.
Indiquez l’intérêt que vous portez à cette réponse

0

Peremans

Mai 2020

Bonjour Pierre,
voilà ce que j’ai dans mon fichier connect.php

<?php if (!defined("_ECRIRE_INC_VERSION")) return; define('_MYSQL_SET_SQL_MODE',true); $GLOBALS['spip_connect_version'] = 0.7; spip_connect_db('mysql5-46','','institutwcalbert','alphil','institutwcalbert','mysql', 'spip',''); ?>
Merci
Indiquez l’intérêt que vous portez à cette réponse

0

Pierre

Mai 2020

Il faut voir dans ton espace client quoi mettre du coup
Indiquez l’intérêt que vous portez à cette réponse

0

Peremans

Mai 2020

Sorry,
je ne comprends pas bien ta réponse.
Je viens de faire passer la version PHP 5.6 (chez OVH) à la version7.2 acceptée avec la version 3.2 de spip.
Supprimés cache navigateur
Toujours le même.
Quelle autre manip ?
Merci
Indiquez l’intérêt que vous portez à cette réponse

0

Erational

Mai 2020

Récemment OVH a abandonné ces anciens alias de base de données mysql5-46, ....

Connecte toi à ton espace client et note le nouveau nom de ton serveur de base de données. Mets ce nom à la place de mysql5-46 dans ton fichier connect.php

Cela devrait résoudre ton pb
Indiquez l’intérêt que vous portez à cette réponse

0

Peremans

Mai 2020

Merci
Tu es un génie !
Ta solution est au top !
Tout est opérationnel ! 3 heures de recherches, web, essais, panique....
MERCI ! et +
Indiquez l’intérêt que vous portez à cette réponse

0

erational

Mai 2020

Super :)

Je te conseille aussi de changer de mot de passe de la base de données car tu l’as publié en clair ...
Indiquez l’intérêt que vous portez à cette réponse

0

argotheme

Mai 2020

Bonjour.
J’ai le même problème. Pour mon site https://tinyurl.com/y7ptlsd5 qui est inaccessible depuis 3 jours.

Merci de m’aider.
Car vraiment NOVICE. Mais j’ai accédé et récupéré..

Voilà ce que j’ai trouvé dans [.../ovhconfig] :

app.engine=phpcgi
app.engine.version=5.5
http.firewall=none
environment=production
container.image=legacy

QUE FAIRE ? -

MERCI.
Indiquez l’intérêt que vous portez à cette réponse

0

Pierre

Mai 2020

Bonjour. Regarde dans le config/connect.php si les informations sont bonnes. Ovh a tous changer jeudi.
Indiquez l’intérêt que vous portez à cette réponse

0

argotheme

Mai 2020

Salut.
Merci.
J’étais sûr, que c’est OVH.
Mon site 13 ans qu’il fonctionne, sans problèmes sauf pannes ponctuelles qui s’auto-réparent SEULES, sur SPIP 191.
Indiquez l’intérêt que vous portez à cette réponse

0

argotheme

Mai 2020

J’accède à tous les élément et au site...
Et à la base données, sans problèmes.
Mais je ne dépanne pas.
QUE FAIRE ?
Indiquez l’intérêt que vous portez à cette réponse

0
RolandB

Mai 2020
Bonsoir,
lors de la panne récente de mon site (février 2020), voici, à peu près, ce que j’ai fait (de mémoire : donc sans aucune garantie). Attention, j’étais en SQL pas en sqlite
1. Sauvegarde de la base mysql complète avec phpmyadmin
2. ftp de la sauvegarde
3. ftp du dossier squelette complet
4. ftp du dossier IMG
5. déplacement de tous les fichiers de la racine dans un dossier provisoire (sait-on jamais)
6. installation d’un spip tout neuf (mais je n’ai pas changé de version : j’étais déjà en 3.2)
7. configuration du nouveau spip (même version de préférence) avec création d’une nouvelle base
8. test (le site est vide : normal)
9. restauration de la sauvegarde MySQL
10. test : ça marche mais des problèmes suite à l’bsence des documents et du dossier squelette
11. copie de l’ancien dossier squelette
12. copie du contenu de l’ancien dossier IMG dans le nouveau
13. vidage des caches
14. test : ça a (presque) roulé. Presque parce qu’il y a eu des erreurs d’encodage. Galère pour tout remettre d’aplomb (pas encore terminé d’ailleurs).
Avec Sqlite, la procédure est un petit peu différente mais ça ressemble. Surtout travailler avec la même version de Spip.

Ça serait bien si une "pointure" confirmait (ou infirmait) la procédure.