Forum SaDur

Bonjour,

message lors de l'accès :

Connexion à MySQL impossible : SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known

--> mysql:host=localhost ?

Phil

j'ai posé la même question au grand maître du D-Co ce matin, il m'a répondu que ça semblait aléatoire, n'arrivant qu'à quelques personnes mais pas à tout le monde. Et donc qu'un changement de connexion devrait pêrmettre le retour à un fonctionnement normal. Je n'ai pas testé pour l'instant.

Bonjour,
essayé à l'instant (13h55) sur :
- Firefox sur OS linux ubuntu
- Operat sur OS linux ubuntu
- Firefox sur OS IOS

Résultat identique à chaque fois .. même message d'erreur

Phil

A l'instant sur Chrome, c'est Connexion à MySQL impossible : SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known

A 17h50, chez moi, ça fonctionne (Firefox 60, Win 10)

A l'instant sur Chrome, c'est Connexion à MySQL impossible : SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known

Idem pour moi.

C'est vraiment curieux

Chez moi ça fonctionne même avec le téléphone (Android, navigateur Samsung de base)

Je laisse les gourous résoudre C'est peut-être un bug lié à certains comptes ? Un ctrl + F5 et/ou un effacement des cookies pourrait résoudre ?

Tout à l'heure, je reproduisais sur mon téléphone ne 4G, et pas à la maison. Et maintenant, ça marche partout. Et vous ?

Toujours pas sur mon PC, même message. Et les signatures sont marquées "Image" avec le picto d'image en vrac devant...

Toujours pas sur ma tablette sous chrome.

Toujours pas sur ordinateur.

Toujours pas sur ma tablette sous chrome.

Fonctionne sur ke portable sous chrome. Je ressayerai tout à l'heure sur la tablette.

Est-ce que vous pourriez me donner ce que vous avez sur cette page, en précisant si ça marche ou pas : https://dcollector.sadur.org/debugcookie.php

Pour ceux qui veulent un peu plus de détail, OVH, notre hébergeur, fonctionne avec plusieurs serveurs pour un même site. Cela permet de mieux absorber le trafic qui arrive. Imaginons que le D-Collector utilise deux serveurs, A et B. Quand on va sur le D-Collector, OVH regarde quel est le serveur le moins pris, disons A, et va inscrire un cookie chez l'utilisateur pour savoir que lui pointe sur A. Cela permet par exemple qu'une fois connecté sur le D-Collector, il reste toujours sur le serveur A, et donc reste toujours connecté. Le problème de base de données doit provenir d'un des serveurs utilisés, qui doit avoir un problème. Les informations que je vous demande me permettront de valider ou pas ma théorie, et éventuellement de trouver le serveur incriminé en question

Cookie principal : R1790979145
Cookie secondaire : R3744883206

(pour un D-Co qui fonctionne normalement donc)

Ne marche pas

Cookie principal : R3438189176
Cookie secondaire : R3744884295

A+
Lelila

Cookie principal : R3438189176
Cookie secondaire : R3744883206
et je n'ai pas d'affichage des statistiques dans les signatures

Ok, je crois avoir trouvé la source du problème. Est-ce que les gens chez qui ça ne marchait pas peuvent retester ?

Ah, les barres de fin de message ont réapparu !

Ça marche pour la tablette

Bonjour,
Merci Aquarius, cela refonctionne sur Firefox sous ubuntu, Opera sous ubuntu et téléphone sous IOS

Cookie principal : R1790976967
Cookie secondaire : R3744882117

Etait ce bien la problématique lié au cookie par rapport à un serveur ?

Phil

Le cookie et notamment leur valeur m'ont permis de confirmer ma théorie, qui était que le problème ne venait que d'un des serveurs. Et vu que je savais comment du coup reproduire le bug à coup sûr, je l'ai fait sur ma machine et ait pu résoudre le bug.

Pour être complet, cela venait de l'adresse du serveur de base de données. Il y a quelques temps, OVH avait renommé tous ses serveurs de bases de données, mais en faisant toujours marcher les anciennes adresses. Enfin, c'est ce que je croyais. Ça ne doit pas être le cas sur les nouvelles machines qu'ils installent faut croire.

Bonjour,
Merci Aquarius,

Non, non, merci Jonathan !

oui, désolé... c'est JonathanMM ....encore toutes mes excuses ..
Merci !
Phil

Le cookie et notamment leur valeur m'ont permis de confirmer ma théorie, qui était que le problème ne venait que d'un des serveurs. Et vu que je savais comment du coup reproduire le bug à coup sûr, je l'ai fait sur ma machine et ait pu résoudre le bug.

Pour être complet, cela venait de l'adresse du serveur de base de données. Il y a quelques temps, OVH avait renommé tous ses serveurs de bases de données, mais en faisant toujours marcher les anciennes adresses. Enfin, c'est ce que je croyais. Ça ne doit pas être le cas sur les nouvelles machines qu'ils installent faut croire.

logique, la compatibilité (redirection alias DNS) ... est limité dans le temps, sinon au bout de qq modif cela devient ingérable
Phil