Problème connexion Mysql

Bonjour,

avez-vous essayer avec le vrai nom (qui est du genre user.mysql.db et présent dans le manager) ?

Cordialement, janus57

Bonjour janus57,

Non, je n'ai pas essayé, mon site ne se connecte plus du tout à la base.

Cdlt

je viens d'essayer votre méthode et cela ne fonctionne pas

Il y a un incident en cours sur des bases de données : http://travaux.ovh.net/?project=4&status=all&perpage=50
Reste à voir si vous êtes concernés ou non.

j'ai ouvert un incident

Merci à vous :-)

Oui elles commencent toutes par "mysql55" or je suis sur "mysql51"

La liste se rallonge et je fais parti du lot d'après le support.
Le problème est en cours de résolution.
Merci à vous

C'est bizarre mon site à un problème d'accès à la base de données depuis 18h50, mais ma base mysql55-113.perso n'est pas dans la liste

>Le technicien sèche les disques de la baie de stockage

Ca fait peur!

Bonjour,

visiblement P19 à une fuite d'eau importante qui touche en majorité le mutualisé.

Cordialement, janus57

Avec un sèche cheveux :-)

Même chose sur 3 de mes forums.... j'espère que ça ne sera pas trop long :frowning:

visiblement P19 à une fuite d'eau importante qui touche en majorité le mutualisé.

L'information sur la fuite d'eau a été retirée du suivi des travaux.

qui est parti en week end et qui à laissé ouvert le robinet de la salle de pause ?

Les processeurs des servers sont refroidis par du liquide de refroidissement, un tuyau à du lâcher et il me semble que l'hiver cette eau chaude sert à chauffer les bureaux

Les mutualistes sont à Paris. Il y a aussi du water cooling a paris?

j'ai quand même modifié le htaccess sur une page "maintenance.html" avec ceci si cela intéresse quelqu'un

RewriteEngine on
RewriteCond %{REQUEST_URI} !/maintenance.html$
RewriteCond %{REMOTE_ADDR} !^123\.123\.123\.123 (votre ip)
RewriteRule $ /maintenance.html [R=302,L]

>Les services ont été migrer et sont fonctionnels.

Ah bon?
Moi ça ne marche toujours pas.
12h d'interruption de service!

Bonjour,

sur la tâche de travaux ils sont toujours sur le problème, donc rien n'est résolu.

> Voilà le plan pour les prochaines heures:
>
> Les Storage Processors sont en route vers notre datacentre de Paris.
> Les Storage Processors actuels présentent un défaut au bout de 3
> minutes de fonctionnement, néanmoins l'état des disques semble
> correct.
> En parallèle, nous déployons les systèmes qui vont recevoir
> les données sauvegardées provenant du dernier backup de
> la nuit dernière.

> Une fois les restaurations effectuées, nous allons remettre
> en production les bases de données en lecture seule.
> Le but de cette manoeuvre est de remettre les sites web
> en ligne, en évitant l'impact que pourrait causer une
> "désynchronisation" de plus de 20h.
> Les bases de données seront restaurées en lecture seule
> à partir de 2h du matin.

> Nous espérons pouvoir remplacer le matériel et remettre en
> marche les Storage Processors vers 5h du matin, et ainsi
> remettre les bases de données dans leur dernier état avant l'incident.
> Si cette opération n'aboutit pas, nous redémarrerons les bases
> de données en lecture ET écriture avec la version de sauvegarde.

> Toute l'équipe est mobilisée et fait le maximum pour réduire
> ces délais.
> Nous monitorons les taux d'erreur, afin d'assurer un retour
> à la normale au plus vite de vos sites web.

Et voici le status de quelques SQL :
> Comment by OVH - Friday, 30 June 2017, 05:12AM
> Les serveurs suivants sont accessibles en lecture seule:

> mysql55-167.business
> mysql55-158.business
> mysql55-166.business
> mysql55-164.business
> mysql55-154.business
> mysql55-165.pro
> mysql55-157.business


> Comment by OVH - Friday, 30 June 2017, 07:06AM
> Les serveurs suivants sont accessibles en lecture seule:

> mysql55-167.pro
> mysql55-102.business
> mysql55-103.perso

Cordialement, janus57

Je commence sincèrement à être inquiet.

Moi je suis sur mysql51-103.perso... et c'est dans les choux aussi...
enfin je sais pas si c'est le même problème...
Lost connection to MySQL server at 'reading initial communication packet', system error: 113

Bonjour,

globalement cela touche presque tous les SQL sur P19 (Paris).

Cordialement, janus57

Bonjour,
Idem pour le serveur mysql5-15.perso qui n'est pas listé dans les travaux et qui n'est plus accessible depuis hier soir 18-19h...

Bonjour,

Regarde sur la première tache travaux que j'ai mis dans mon derniers Post : https://community.ovhcloud.com/community/fr/impossible-d-acceder-a-la-page-admin-de-wordpress?id=community_question&sys_id=18ffa1089dda4e901e11a21128f2cff2?u=clement

Amicalement,

Clément

Bonjour,

Pfolalalalaaaaaa
Boutique en ligne en rade depuis hier 19h, ok on peut encore digérer, mais si on a droit au backup de 24h en arrière, là ça va être un peu plus problématique au niveau des commandes passées hier... :fearful:

Bonjour @VincentB4,

Es-tu certain d'être sur ce serveur ? Si oui, as tu prix contact avec le support ?

Amicalement,

Clément

Vincent,

Je suis sur le même serveur que vous et j'ai le même message d'erreur...

> Bonjour,

> Pfolalalalaaaaaa
> Boutique en ligne en rade depuis hier 19h, ok on peut encore digérer, mais si on a droit au backup de 24h en arrière, là ça va être un peu plus problématique au niveau des commandes passées hier... :fearful:

Bojour @SilverFlag,

Ta base de données a était restauré sur une backup d'hier ?

Amicalement,

Clément

Non Clément, j'attends avec impatience de voir si toute les données peuvent être restaurées au moment de l'incident.

Là, rien... Même pas de lecture seule alors que le serveur est censé être up.

D'accord, j'espère qu'il n'y auras pas de Rollback :-)

5-47.90 je suis au même endroit...

J'espère qu'OVH va me payer une nuit d'hôtel pour rattraper ce que j'ai pas dormi cette nuit.

Mais si ils me restaurent toutes les données, je passerai l'éponge.

J'ai essayé mais sans résultat... pourtant je suis pas dans la liste...

Cool, merci Vincent, ça marche !

J'avais fait la manip pour mes autres bases de données il y a quelques mois, mais pas pour ma Boutique en ligne.

Par contre, mauvaise surprise, backup à -24h !!!!!

Bonjour,

j'avais un host sous la forme mysqlX-YY.ZZ
je l'ai remplacé par une adresse sous la forme user.mysql.db

La forme user.mysql.db est censé être utilisé depuis plusieurs années justement pour que OVH puisse migrer votre BDD d'un serveur à un autre sans coupure (ou presque).

Cordialemen, janus57

il y a un message récapitulatif des événements bien détaillé pour mieux comprendre la situation

http://travaux.ovh.net/?do=details&id=25709 http://travaux.ovh.net/?do=details&id=25709

Toujours le problème sur mon site.
> Erreur lors de la connexion à la base de données


Pourtant ma base mysql55-113.perso n'est pas dans la liste.
Dans le suivi des travaux, on est déjà très au delà de ce chiffre (113)

Pourtant ma base mysql55-113.perso n'est pas dans la liste.
Dans le suivi des travaux, on est déjà très au delà de ce chiffre (113)

Bonjour,

Cette base de donnée ne fait pas parti de la baie impactée. Il s'agit donc d'un autre probléme.
Avez vous vérifié que vos identifiants sont corrects ?

Vincent

Contrôle de ses identifiants SQL --> https://www.wordetweb.com/word-et-web/OVH-Tester-une-base-de-donnees-via-un-script-PDO-FR.htm OVH - Test de Base de Données via un script en langage PDO

Bonjour,
Pouvez-vous me confirmer que le serveur mysql55-195.bdb est bien read-write , car je n'arrive pas mettre à jour ou insérer quoi que ce soit...

Pareil sur le mysql51-89.perso
Pas de read write

Les dernières bases viennent de passer en RW. Pouvez vous me confirmer que c'est bon chez vous ?

Bonjour,

c'est toujours down pour moi (le site que je gère ) ..
BDD : mysql51-56.bdb

Bonjour,
non je peux toujours pas faire de modif

@vcasse Sur la mysql55-195.bdb, tjrs pas d'écriture..

pas d'écriture pour moi mysql55-125.perso
toujours en lecture seul !

Possible de nous fournir le login utilisé svp, on va regarder.

mysql55-125.perso

Négatif ! mysql55-125.perso en R only !

Cette base de donnée ne fait pas parti de la baie impactée. Il s'agit donc d'un autre probléme.
Avez vous vérifié que vos identifiants sont corrects ?

J'ai réussi à me connecter sans problème via phpmyadmin.
Cette base visible dans le manager est donc accessible

Mais comme par hasard mon problème survient exactement au même moment.
A priori c'est wordpress qui ne veut pas se charger, il fait peut-être appel à une BDD non visible dans le manager qui fait partie de la liste sans que je le sache?

isfwatermod1

Envoyé en MP

On vient de regarder, vos bases sont bien accessibles en écriture.

Qu'est ce qui vous fait dire que vous n'avez pas accés ? Quelle est l'erreur ? Avec vous une requête sql et l'erreur que retourne le serveur ?

Connexion à la base est OK. L'update ne fonctionne pas.
Exemple avec retour erreur
#1142 - UPDATE command denied to user 'ajlacomblssql'@'10.0.120.30' for table 'actualite'

impossible de rentrer dans mon backend WP et demande réinitialisation password WP signale : Could not save password reset key to database.

Requête SQL : Modifier Modifier
UPDATE `******`.`ps_product` SET `active` = '0' WHERE `ps_product`.`id_product` = 6494
MySQL a répondu: Documentation
#1142 - UPDATE command denied to user '******'@'10.0.120.25' for table 'ps_product'

Ok merci. On regarde pourquoi vous obtenez ces erreurs.

Qu'est ce qui vous fait dire que vous n'avez pas accés ? Quelle est l'erreur ? Avec vous une requête sql et l'erreur que retourne le serveur ?

J'obtiens
**Erreur lors de la connexion à la base de données**

Quand je lance :
http://clemelis.net/Wordpress
http://clemelis.net ; par défaut mon domaine pointe sur wordpress

Pas de pb quand je vais directement sur la BDD vue dans le manager
http://clemelis.net/galerie/

Mieux de votre coté ?

à mon avis vous allez devoir vérifier votre fichier config.php et changer le host sql par l'entrée proposée dans votre manager

J'ai vérifié, ça pointe sur la BDD qui vient du module Wordpress

moi sur mysql51-103 c'est revenu à la normal... ouf...
plus que un qui est out... je patiente... :slight_smile:

c'est pas gagné !
Comment by OVH - Friday, 30 June 2017, 17:01PM
Nous n'avons pas d'avancée significative sur la restauration des données sur la baie EMC

OK de mon coté sur le mysql55-195.bdb

maintenant, Error establishing a database connection

Ok pour moi aussi maintenant ;) (mysql51-56.bdb)

Ok, certains serveurs de base de données n'avaient pas appliqué correctement les droits.

Nous venons de forcer l'application du mode RW sur l'ensemble de nos serveurs.

vous utilisez bien nomdebase.mysql.db ?

Nous avons remis en productions tous les noms, même les plus anciens :)

Le wp-config.php:
> ** MySQL settings - You can get this info from your web host ** //
> /** The name of the database for WordPress */
> define('DB_NAME', '1566-11');

> /** MySQL database username */
> define('DB_USER', '1566-11');

> /** MySQL database password */
> define('DB_PASSWORD', '################');

> /** MySQL hostname */
> define('DB_HOST', 'sql36.modules');

> /** Database Charset to use in creating database tables. */
> define('DB_CHARSET', 'utf8');

> /** The Database Collate type. Don't change this if in doubt. */
> define('DB_COLLATE', '');

> /**

Le serveur sql36.modules n'a pas encore été restauré.
https://travaux.ovh.net/?do=details&id=25697

mysql.db

Pour le mysql51-89.perso j'arrive a faire des modifs :sweat:

OK pour moi 55-125.perso enfin en RW.
Maintenant j'allume un cierge à Sainte Rita
pour que EMC puisse restaurer les base dans l'état avant incident...

Mon serveur mysql55-233.perso est accessible depuis 17h15 environ, mais qu'en lecture, est-ce normal ?

Mon serveur mysql55-233.perso est accessible depuis 17h15 environ, mais qu'en lecture, est-ce normal ?

Pour plus de précision j'ai l'erreur suivante :

UPDATE command denied to user 'xxxxxxxx'@'10.0.65.110' for table 'xxxxxxx'

Serveur mysql55-233.perso

il n'y a plus personne ? mon serveur est rétabli depuis 17h15 mais il est toujours en lecture seule

@vcasse Même problème ici avec le serveur "mysql55-220.perso" rétabli depuis 16h28 mais toujours en lecture seule pour moi > #1142 - CREATE command denied to user 'usernamexpg'@'10.0.120.22' for table 'ZZZ_test'

Site revenu pour ma part mais impossible de se connecter via wp-login, cela tourne en boucle et m’indique un reauth=1dans l'url!

Mon site wordpress toujours out.
Ca va faire bien baisser le taux de service.

Ça peut valoir le coup de vider le cache du navigateur /essayer en fenêtre de navigation privée.

Ca ne marche toujours pas.

> Nous sommes à 93/97 serveurs restaurés.

> Il reste 4 machines de type sqlxx.modules à restaurer, c'est en cours.

Ca confirme que les modules chez OVH c'est le dernier de leurs soucis.

Cache vidé justement, d'autres choses testés mais rien y fait...J'espère que les users de la bdd ne sont pas out...

Il reste toujours la possibilité de se connecter à la base de données via phpmyadmin pour vérifier..

Je suis dessus justement...
:neutral_face:

Pas de connexion sur sql36.modules via phpmyadmin

J'ai essayé via mon site et phpmyadmin, impossible d'écrire dans la BDD je suis toujours en lecture !
mysql55-233.perso

mysql55-220.perso

--> Le W fonctionne !

sql36.modules est revenue
Plus de problème de connexion
A priori pas d'écriture possible

La restauration du serveur complet n'est peut être pas encore terminée.

Ça ira peut être mieux d'ici quelques minutes.

sql36.modules

Toujours pas de possibilité d'écriture

Toujours pas

Toujours pas
L'incident ne peut pas être clos puisque l'accès à la BDD est à sens unique, pas d'écriture possible.

Est-ce qu'on va pouvoir retrouver nos données perdues ? Une compensation ou autre ?

pour le 1) c'est probablement toujours en cours.
> Nous restons mobilisés et vous serez tenu informé de l'état d'avancement de la restauration des données de la baie de stockage.

http://travaux.ovh.net/?do=details&id=25709

Pour le 2) ce qui est prévu par le contrat surement. Mais autant dire, que ce sera probablement 1 ou 2 mois d'abonnements offerts et donc probablement très loin de votre chiffre d'affaires..

L'incident 25709 est clos, alors pourquoi est-ce que nos BDD sont en lecture seule?

ça sent le bug ..

Le bug chez OVH oui.
Comme par hasard chez moi ça n'a plus fonctionné juste au moment de l'incident.
Mais que fait OVH?

idem toujours impossible d’écrire dans la BDD ! et plus personne d'OVh qui répond sur le forum depuis presque 24h :confused:

Alors pour pour ca a l'air ok je suis a nouveau en lecture écriture. Difficile par contre de savoir si il y a des petites merdouilles quelque part pour le moment suite a cet incident

@Saxgard, toujours pas d'écriture possible pour moi

Vu que l'on est samedi, je crois que la seule solution qui pourrait avoir un effet positif, serait de remonter l'information au service client / hotline. Je ne sais pas par contre si ils peuvent l'escalader rapidement au service incident.
(ou via la mailling list )

J'ai relancé via mon ticket ouvert hier

J'ai relancé via mon ticket ouvert hier

Comme je l'ai dit, la hotline traitera l'information plus vite ... Les tickets c'est bien mais si c'est un ticket d'assistance technique vu le flot qu'il y a eu ça prendra du temps ..

Après, est-ce un ticket incident ou assistance ?

Assistance

Vu la taille d'OVH (qui a dépassé le stade de la PME), il y a des techniciens 24/24 7/7 ...

Assistance>Déclarer un incident>Requête générique

Hello @Tous

http://travaux.ovh.net/?do=details&id=25736 :

Bonjour,

Nous faisons suite à l'incident référencé ci-après:

http://travaux.ovh.net/?do=details&id=25709

Suite aux restaurations des bases de données, il est possible que vous
rencontriez une incohérence dans le nom de votre base au niveau de votre
fichier de configuration.

Nous vous invitons à vous rapprocher de la tâche travaux disponible sur
travaux.ovh.net rubrique «Web Hosting » pour savoir si vous êtes
potentiellement impactés: http://travaux.ovh.net/?do=details&id=25697

La solution curative est la suivante:

Si vous utilisez un serveur dans votre fichier de configuration nommé
"sql**-**.**", vous devez le remplacer par le host "classique" à savoir
NomDeLaBase.mysql.db.

Le nom de host adéquat est disponible dans votre espace client rubrique
"Hébergements" onglet "Base de données" puis colonne "Adresse du
serveur".

Et quand elle n'est pas visible dans le manager?
>sql36.modules

Tu peux me communiquer le nom de ton hébergement s'il te plait :)

http://clemelis.net/Wordpress
http://clemelis.net ; par défaut mon domaine pointe sur wordpress
Le wp-config.php:

** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', '1566-11');

/** MySQL database username */
define('DB_USER', '1566-11');

/** MySQL database password */
define('DB_PASSWORD', '################');

/** MySQL hostname */
define('DB_HOST', 'sql36.modules');

/** Database Charset to use in creating database tables. */
define('DB_CHARSET', 'utf8');

/** The Database Collate type. Don't change this if in doubt. */
define('DB_COLLATE', '');

/**

bonjour Emmanuel,
sql36.modules est-elle la sql gratuite que tu avais reçu lors de l'activation de ton module wp avec les ancienne interface manager V3 ?

Je suppose oui puisqu'elle n'apparait pas dans le manager.
Ca fait un moment, je ne sais plus.

je te conseille d'activer une nouvelle base comprise dans ton forfait d'hébergement et de migrer le contenu de ta SQL36 vers cette dernière pour ensuite changer tes paramètres config.php de ton WP avec les données de cette nouvelles base....

J'avais des "Erreur lors de la connexion à la base de données"...

En remplaçant "mysql5-3§" dans wp-config par le nouveau nom ("******.mysql.db") qu'OVH a attribué à la base de données, l'erreur a disparu.

On peut trouver ce nouveau nom dans l'espace client "Hébergements" > "Bases de données" > "Adresse du serveur".

Quel service !

je te conseille d'activer une nouvelle base comprise dans ton forfait d'hébergement et de migrer le contenu de ta SQL36 vers cette dernière pour ensuite changer tes paramètres config.php de ton WP avec les données de cette nouvelles base....

Oulà, changer le wp-config.php, pourquoi pas, mais migrer ça je ne sais pas faire.

as-tu un dump (une sauvegarde) de ta base sql actuelle ?

Je n'ai pas plus de détails actuellement, les admins sont toujours en train de faire une récupération des données.

Toutes les infos seront communiquées sur le site travaux.ovh.net

Est-ce qu'il y a une chance de récupérer les données perdues ?
Et, est-ce que je peux continuer d'écrire sur mon site (ajout de produits, etc) ? Car si les anciennes données reviennent du coup la re-mise à jour de mon stock va être en pagaille. Je suis perdue je n'arrive plus à avancer et mes clients attendent, merci ! :slight_smile:

Bonjour
A ta place, je referai ce que j'ai perdu (ajouts d'articles) et si des commandes sont en cours j'essayerai de les récupérer après si c'est possible

as-tu un dump (une sauvegarde) de ta base sql actuelle ?

Ca je dois pouvoir faire directement depuis wordpress

tout dépend des plugins ou fonctionnalités que vous avez installer dans votre WP.
Si vous le désirez je peu vous fournir un script PHP qui permet de créer un dump de votre base actuelle et un autre pour importer ce dump dans votre nouvelle base ?

J'avais installé le plugin WordPress Database Backup, je suppose que ça sauvegarde l'intégralité de la database.
Ca donne un fichier de cette forme:
1566-11_wp_20170701_701.sql

Je n'ai droit qu'à une base dans mon plan, je suppose que je ne peux pas utiliser ma seule base pour avoir en même temps piwigo et wordpress?

Bonjour,

vous pouvez avoir 1 site comme 100 sur une seule base, il suffit juste de jouer avec le préfixe des tables.

Après c'est sûr que 1base == 1site c'est mieux mais en rien obligatoire.

Cordialement, janus57

Oui, il vous suffit maintenant de vous rendre via phpmyadmin dans votre nouvelle base et d'utiliser l'outil d'import, ou simplement via votre manager dans la ligne de votre base de donnée sur la petite roue crantée choisir importer un fichier.

Je n'y connais rien de rien.
Je n'ai droit qu'à une base qui aujourd'hui contient 40 tables commençant par phpwebgallery.
Dans phpmyadmin j'ai exporté et obtenu un fichier.sql (sauvegarde)
Si maintenant je fais importer>le fichier dump de wordpress venant de l'autre base, je n'ai rien à craindre (il y a 42 tables commençant toutes sauf une par wp)?

donc vous utilisiez déjà la base comprise dans votre forfait en plus de la sql36 gratuite?
et apparemment vous avez une galerie de photos liée à cette base dont un préfix phpwebgallery.
évidemment pour des raisons d'organisation et de vue, il aurait été sympa de créer un prefix WP lorsque vous avez initialiser votre wP dans le passé.
mais comme Janus57 vous l'a dit, il est tout à fait possible de lier un base à plusieurs sites en jouant avec les préfix.
vous devrez retenir que votre WP est dans votre nouvelle base et cela sans préfix.

Bonjour,

Il est possible d'avoir plusieurs sites sur la même base tant que le nom tes tables est différent. Ici, c'est le cas donc pas de problème.

Oui c'est exactement ça.
Sauf que toutes les tables wordpress commencent par wp (sauf une qui s'appelle Tab_test_DB)

si vous avez quelques craintes, vous faites une sauvegarde de votre base actuelle, ensuite vous importez votre base wp et vérifiez que votre galerie fonctionne toujours, puis modifiez votre config.php de WP pour tester votre nouvelle base.

Ca a marché, merci à tous.
La taille de la base n'a pas changé, même en rafraichissant.

Je ne sais pas comment marche votre CMS / boutique, mais soit il vaut mieux s'orienter vers le support du CMS, soit tenter de réparer / optimiser la base de données via phpmyadmin. (il existe des tutoriels sur le net pour réparer et optimiser une base de données via phpmyadmin.)

Horreur ! à nouveau
à 1H06 plus de connection à ma base possible !
nous venons de passer les dernières 24H à remettre à jour le site
ces mises à jours faites le 28 et perdues déjà du à l'incident
ne me dites pas que la baie a à nouveau crasher !?

Fausse alarm...
la base est à nouveau accessible...?????
maintenance de la part d'OVH ?
nos sauvegardes seraient-elles enfin disponibles grâce à l'EMC storage recovery team ?

nous venons de passer les dernières 24H à remettre à jour le site

Je vous conseille aussi de faire un backup de votre base de données manuellement..

nos sauvegardes seraient-elles enfin disponibles grâce à l'EMC storage recovery team ?

Si les backups sont retrouvés, Ovh ne peut pas se permettre d'écraser les modifications des 2/3 derniers jours comme ça .. Je pense qu'ils les proposeront au téléchargement et après à chaque webmaster d'en faire de qu'il veut'

Même souci avec mon site Joomla (problème de connection avec la database) ; suite à mon appel au 1007, un technicien a résolu le pb en moins d'une minute ! Merci pour leur efficacité !

Pour ceux qui n'auraient pas vu, aucune chance de récupérer les données du jeudi 29 juin.

Le message sur la base travaux.ovh.net
Les différentes tentatives avec les équipes support du fournisseur de datastore ne nous ont pas permis à ce jour de récupérer les données qui étaient stockées dessus.
D'après le fournisseur, les chances de récupérer celles-ci (à savoir les mises à jour de la journée du 29 Juin) sont quasi nulles.

Moi je suis en rade depuis un mois...
Et OVH ne fournit aucune solution malgré de nombreux tickets.

En rade de quoi ?
Quel est le problème