Bonjour à tous.
Depuis hier matin je rencontre ce problème de connexion:
> General Error
> SQL ERROR [ mysqli ]
> Access denied for user '538880-1'@'10.0.26.55' (using password: YES) [1045]
> An sql error occurred while fetching this page. Please contact an administrator if this problem persists.
Je suis sur un hébergement mutualisé type "Perso 2014" qui dispose normalement de 200Mo pour la base SQL.
J'ai reçu un avertissement au mois de mars:
> Merci d'avoir souscrit à notre offre perso2014 pour votre domaine 6bm8-lab.fr .
> Avec cette formule, vous disposez d'une base de données (538880-1) dont la taille allouée est de 25600.000.
> Vous avez atteint 80% du quota autorisé, soit 23290 de l'espace actuel.
Pour moi, les bases sql c'est du chinois.
Il y a donc 1 mois, j'ai purgé mon forum via son administration et j'ai pensé que cela serait suffisant. J'avais vérifié sur manager l'occupation de ma base "bmlab" et j'ai pensé qu'il n'y avait aucun souci.
Je n'avais pas tilté sur le nom de la base indiqué dans le mail... 538880-1 (?)
J'ai ce forum depuis 2007 et le nom d'origine de la base était "bmlab".
Toutes les sauvegardes qui ont été faites par le passé étaient sur la base "bmlab".
En regardant, ce matin, dans mon manager je me rends compte qu'il y a en fait DEUX bases (au mois de mars, je n'ai pas vu cela... et pourtant j'ai sauvegardé ma base...)
"bmlab" en sql 5.5 - 15.63 ko / 200 Mo
" 538880-1" en sql 5.1 - 17.38 Mo / 25 Mo
J'ai donc une base de 200 Mo quasiment vide qui me sert.... à quoi ?
Et une base riquiqui de 25Mo qui est, bien sur, saturée, d'où le blocage total de mon forum (on ne peut même pas le lire, ni se connecter sur l'admin...)
J'ai ouvert un ticket... mais bon, pas de réponse pour le moment.
Ce que j'aimerai déjà savoir c'est: Cette configuration à deux bases, c'est normal ???
Merci d'avance !
Forum PHPBB inaccessible (access denied.) Base de donnée
Sujets apparentés
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
63702 
03.09.2018 14:46
- Connexion à mon compte client
57268 13.02.2019 09:51
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
49699 14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
34248 28.07.2017 11:39
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
29709 16.10.2016 16:24
- Augmenter taille PHP Post Max Size sur mutualisé ?
28017 04.12.2019 21:52
- The requested URL / was not found on this server
27762 02.03.2017 18:25
- NextCloud sur mutualisé
27055 07.04.2017 08:42
- Deploy d'un projet Node JS
27022 12.10.2016 20:18
- Passage en php 7.4
24796 30.06.2020 05:05
> 538880-1 en sql 5.1 - 17.38 Mo / 25 Mo
ça ressemble à une base d'un module auto?
mais je ne savais pas que c'était aussi limité
il ne te reste plus qu'à exporter pour réimporter ensuite dans bmlab
et corriger les paramètres d'accès dans `/config.php`
Merci Kyodev de cette réponse rapide.
Je me demande le pourquoi de cette configuration...
Mon forum n'a pas été modifié depuis son installation en 2008 et à l'époque j'avais bien choisi "bmlab" lors de la création.
La seule modif ultérieur c'est le passage sur perso 2014 qui date déjà pas mal (avant j'étais sur un 60gp.)
Je vois... ça va être coton pour moi ce genre de truc.
Bon, je vais étudier la situation en profondeur avant de faire des blagues.
Merci ;-)
depuis lors les choses ont évoluées...
mais les bases ne sont pas traitées automatiquement (sauf pour les migrations à Gravelines j'ai l'impression)
je n'avais pas vu ça encore, Ovh qui prépare la migration?
la vielle base sql4.modules est inaccessible
elle se retrouve migrée dans une base 538880-1.mysql.db elle même inaccessible
comme la base du perso bmlab.mysql.db, vide
mais avec des sauvegardes automatiques sur les deux, à paris! :)
changement de pass dans le manager
téléchargement de la sauvegarde de la veille base dans le manager
importation de la sauvegarde dans la nouvelle base dans le manager
correction du fichier `www/config.php`
c'est reparti
Mille mercis !
Je me doutais bien qu'il y avait un micmac... et heureusement que tu as fait la manip sinon c'est pas demain que le forum aurait refonctionné.
Encore merci, franchement cela me dépanne super bien.
J'espère ne pas avoir d'autres surprises avec ces histoires de migrations. Mais bon, je sais maintenant qu'il y a ce forum (OVH Community) avec des participants sympas et très réactifs.
Bonne soirée à tous.
Bonjour,
J'ai le même souci depuis hier avec mon forum phpBB.
J'ai remplacé sql6.modules par 4211552-1.mysql.db dans le fichier config.php mais cela n'a pas corrigé le problème.
Je parviens bien à me connecter à cette base via PhpMyAdmin en utilisant les identifiants renseignés dans le fichier config.php.
Ma base de donnée semble bien contenir les données.
Une idée pour corriger mon problème ?
voici le contenu du fichier config.php:
$dbms = 'mysqli';
$dbhost = '4211552-1.mysql.db';
$dbport = '';
$dbname = '4211552-1';
$dbuser = '4211552-1';
$dbpasswd = '*********';
$table_prefix = 'phpbb_';
$acm_type = 'file';
$load_extensions = '';
@define('PHPBB_INSTALLED', true);
// @define('DEBUG', true);
// @define('DEBUG_EXTRA', true);
?>
D'avance merci.
comme dit plus haut, utilise la base identifiant.mysql.db
OK, merci pour ce retour rapide. J'avais raté cette information.
Bonjour,
J'ai également ce problème sur mes forums.
Par contre, malgré plusieurs lectures des posts précédents, je ne comprends pas comment le résoudre.
Est-il possible d'avoir une explication pour le(s) nul(s), svp ?
Cordialement.
pour avoir une explication claire, il faudrait avoir une question claire
j'ai résolu 1 souci en migrant une base et un utilisant les nouvelles appellations comme préconisé par Ovh dans le mail prévenant de la migration
ce serveur de base est celui indiqué dans le manager
pour le reste, si besoin de plus, ouvre ton sujet, en donnant tes détails, tes erreurs et ce que tu as déjà fait
Je n'ai pas ouvert de nouveau sujet car c'était la même erreur.
Mais j'ai trouvé la solution sur un autre forum.
Il s'agit d'un problème de mot de passe.
J'ai changé le mot de passe de la base depuis mon espace client et mis le même dans le fichier config et ça remarche.
Il est donc probable que remettre le mot de passe du fichier config dans l'espace client peut suffire.
Il y a eu sans doute une perte lors de la migration.
Merci.
Je viens de recevoir un mail d'OVH indiquant :
****
Bonjour,
Votre base MySQL a été installée sur notre serveur.
Voici les données techniques:
MySQL:
Serveur : 98978-2.mysql.db
Utilisateur : 98978-2
Nom de la base : 98978-2
Mot de passe : vous seul le connaissez
****
Bizarre !?