Plantage - Erreur lors de la connexion à la base de données

Bonsoir @ThierryL

Peut-être un problème de cluster.

Comment trouver son Cluster ?
**Manager OVH > Web Cloud > Hébergement > FTP-SSH**

Je suis sur le ftp.cluster005.hosting.ovh.net mais bon.... il n'a jamais changé et aucun incident récent signalé sur http://travaux.ovh.net/?project=4&status=all&perpage=50

Tu accèdes bien à tes bases avec le Phpmyadmin via le manager OVH.
Tu es sûr de tes fichiers wp-config.php et de leur contenu.
Pas de pb signalé sur le cluster 005 _(plus ancien que le mien)_
Tu arrives bien en SSH sur ton site.

Il te manque un test :
* Quelle est l'adresse ipv4 de ton site ?
* Peux tu faire un ping de ton domaine pour voir si c'est bien la même adresse IP ?

Oui je suis sûr de tout ça. D'autant que je n'ai rien changé ces derniers mois.
L'adresse IP n'a pas changé.
Domaine du site internet : www.lesandroides.net
Adresse IP du domaine : 213.186.33.16
Nom d'hôte de l'adresse IP : cluster005.ovh.net

J'ai un petit soucis d'adresse IP qui n'a, à priori, rien à voir avec ton problème :

> C:\Users\zzz>ping lesandroides.net

> Envoi d’une requête 'ping' sur **lesandroides.net [213.186.33.95]** avec 32 octets de données :
> Délai d’attente de la demande dépassé.
> Délai d’attente de la demande dépassé.
> Délai d’attente de la demande dépassé.
> Délai d’attente de la demande dépassé.

> Statistiques Ping pour 213.186.33.95:
> Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

> C:\Users\Mzzz>ping www.lesandroides.net

> Envoi d’une requête 'ping' sur **www.lesandroides.net [213.186.33.16]** avec 32 octets de données :
> Délai d’attente de la demande dépassé.
> Délai d’attente de la demande dépassé.
> Délai d’attente de la demande dépassé.
> Délai d’attente de la demande dépassé.

> Statistiques Ping pour 213.186.33.16:
> Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

> C:\Users\zzz>

Comme le script WP n'accède pas à la base, rien ne s'affiche donc rien est renvoyé. Si tu fais un ping sur https://www.lesandroides.net/lesandroides.jpg tu auras un résultat. Mais bon c'est juste un JPG.

On est d'accord.
Le problème ne se pose que pour l'adresse de site sans **www** dans le ping.

Ca fait 10 ans que je fais des sites web, j'ai rencontré pas mal de problèmes mais alors celui-là, je reste scié. Je pensais résoudre le problème en basculant mes bases, de SQL privé vers mutualisé, mais ça ne change rien. J'ai même essayé de récréer un nouveau site WP avec une nouvelle base SQL mais c'est pareil, impossible d'accéder à la base.

20 secondes exactement et puis erreur. Pour moi c'est un timeout.
Par exemple connexion à la db d'un autre cluster.
Par exemple une erreur dans le nom du host de la db.

@ThierryL quel est le serveur db incriminé ?


@Gaston_Phone, ping ne fonctionne pas vers toute une série d'adresses chez OVH dont les 213.186.x.x ; c'est bloqué sur le périmètre.

Peu importe le nom du serveur db car ça fait pareil pour mes sites qui accèdent à une base SQL privé et une base mutualisée.
Le serveur privé c'est sqlprive-lt23744-001.privatesql:3306
Mais de toute façon il n'y a pas d'erreur à ce niveau car :
1/ les fichiers wp-confing.php n'ont pas changé depuis des années
2/ les paramètres qu'ils contiennent me permettent d'accéder aux bases via phpMyAdmin

@Gaston_Phone, ping ne fonctionne pas vers toute une série d'adresses chez OVH dont les 213.186.x.x ; c'est bloqué sur le périmètre.

Bonsoir @Fritz2cat , je n'ai jamais dit le contraire.

Je signalais simplement les adresses avec et sans www pointaient sur des adresse IP différentes :

Envoi d’une requête 'ping' sur lesandroides.net [213.186.33.95]
Envoi d’une requête 'ping' sur www.lesandroides.net1 [213.186.33.16]

@Gaston_Phone
Ha oui c'est un peu bizarre ça...

sqlprive-lt23744-001.privatesql

Ces 20 secondes ça me fait penser à un blocage depuis ton cluster vers l'extérieur, et le serveur mysql private pourrait être impacté ??

La différence d'adresse IP c'est le cluster005 avec et sans faire usage du CDN.

Ce n'est pas logique de faire appel ou non au CDN.

Mais dans ce cas pourquoi ça ferait pareil vers le serveur SQL mutualisé ?

Mais dans ce cas pourquoi ça ferait pareil vers le serveur SQL mutualisé ?

Personnellement je sèche.
A moins que @Fritz2cat ait une piste, je te propose :
* De créer un ticket incident,
* D'appeler le SAV OVH au **09 72 10 10 07**.
Plutôt entre **8h et 9h** le matin il y a moins d'attente.

Où sur Twitter **@ovh_support_fr**

Twitter @ovh_support_fr

Merci. J'ai ouvert un ticket OVH mais bon... je n'ai jamais eu de réponse pertinente en presque 10 ans. Je les appellerai aussi mais pareil...

Au fait, au vu de ton CV, c'est toi qui devrait nous donner des cours.

Moi ? Ben comme je l'ai dit, c'est la panne la plus étrange que j'aie jamais vue. Je suis à la rue.

Hello,
Tu peux partager le numéro de ticket stp ?

Merci @BrunoB-OVHCloud

Bonjour @BrunoB-OVHCloud
CS1726761
Merci d'avance :-)

C'est réglé ;-)
Tu peux fermer ton ticket

C'est réglé ;-)

Chapeau Bruno !
Et quel était le problème que je puisse dormir tranquille ?

@BrunoB-OVHCloud Merci beaucoup ! J'avoue que je suis impressionné.
Oui quel était le problème ?

De rien,
Un problème sur le web qui prenait en charge votre site, il est parti en analyse.
Dormez bien ;-) @Gaston_Phone

Un problème

Bonjour Bruno, tu nous laisses sur notre faim, là...

Bonjour Bruno, tu nous laisses sur notre faim, là...

En effet.
J'ai pu dormir la nuit passée, mais ... est-ce que ce sera pareil la nuit prochaine ?

> J'ai pu dormir la nuit passée, mais ... est-ce que ce sera pareil la nuit prochaine ?

Les équipes veillent pour que ce soit le cas :-)

Les équipes veillent pour que ce soit le cas :-)

😉😊🤣