Bonjour,
Peut être que le problème n'est pas identifié.
Je n'ai plus de connexion à la base mysql51-89.perso filerz : 743
Merci à vous
Problème connexion Mysql
Sujets apparentés
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
63881
03.09.2018 14:46
- Connexion à mon compte client
57904
13.02.2019 09:51
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
49921
14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
34327
28.07.2017 11:39
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
29782
16.10.2016 16:24
- Augmenter taille PHP Post Max Size sur mutualisé ?
28194
04.12.2019 21:52
- The requested URL / was not found on this server
27837
02.03.2017 18:25
- NextCloud sur mutualisé
27181
07.04.2017 08:42
- Deploy d'un projet Node JS
27066
12.10.2016 20:18
- Passage en php 7.4
24838
30.06.2020 05:05
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:
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,
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)
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.
Négatif ! mysql55-125.perso en R only !
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.
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
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
--> 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.
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.
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
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 !
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
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
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 ?
Je vous conseille aussi de faire un backup de votre base de données manuellement..
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
Cher client,
Le jeudi 29 Juin à partir de 18h48, certains d’entre vous ont subi un dysfonctionnement de leur hébergement web dont vous retrouverez l’ensemble des détails sur notre blog.
Nous tenions à renouveler nos excuses pour ce désagrément.
Etant donné le caractère exceptionnel de la situation, nous offrons à tous nos clients impactés 2 mois d’hébergement gratuits.
Pour bénéficier de ce geste commercial, nous invitons les clients concernés à se rendre dans leur espace client en cliquant sur le lien suivant :
https://www.ovh.com/manager/web/#/billing/sla Activer l’extension de 2 mois
En vous remerciant de votre confiance,
L’équipe Webhosting d’OVH
Try configuring your mysql user and password, Please describe in detail for further help.