Bonjour
Je vous transmet cette info.
Remarque : le problème arrivait aussi sur ouvaton2.
Le pb :
> Feb 16 03:53:33 213.251.136.194 (pid 29286) Echec connexion MySQL 1045
Access denied for user 'root'@'node1-2.ouvaton.local' (using password:
NO)
> > Feb 16 03:54:29 74.6.73.245 (pid 30327) 1045 Access denied for user
'root'@'node1-1.ouvaton.local' (using password: NO)
> > Feb 16 06:33:52 74.6.74.218 (pid 33389) Echec connexion MySQL 1045
Access denied for user 'root'@'node1-2.ouvaton.local' (using password:
NO)
Le questionnement :
> Donc je me pose la question de savoir si, pour une raison quelconque ce
> > probleme ne pourrait pas venir de mysql lui-meme? ou de la perte de
> > connexion sur '127.0.0.1' ?
> >
Je viens d'aller voir le mysql.log.
Spip essaye bien de se connecter sans mot de passe,
sans utilisateur, sans serveur. Donc mysql prend
ces paramètres par défaut, c'est à dire 'root', sans mot
de passe et 127.0.0.1 en tant que serveur. Spip
n'arrive pas à se connecter (root sans mot de passe).
Le problème ne vient pas de la plateforme mais plutot
de Spip, reste à savoir où dans Spip et corriger
ce problème 