Ansible: mysql_user cassé dans 2.7.1 lors de l'utilisation de /root/.my.cnf

Bonjour @epeli , merci d'avoir soumis ce numéro!

cliquez ici pour obtenir de l'aide sur les robots

Fichiers identifiés dans la description:

• lib / ansible / modules / database / mysql / mysql_user.py

Si ces fichiers sont inexacts, veuillez mettre à jour la section component name de la description ou utiliser la commande !component bot.

cliquez ici pour obtenir de l'aide sur les robots

@epeli Bonjour, est-ce que https://github.com/ansible/ansible/pull/47809 corrige cela pour vous, pourriez-vous s'il vous plaît ajouter des commentaires sur le PR

@timorunge Vous voyez, l'ajout de différents utilisateurs mysql était possible sans ce patch ...
Oui, mon problème n'est pas lié à ce PR, mais au # 47736, alors je continue à en parler. Et je ne peux pas fournir Dockerfile, désolé.

Avez-vous déjà essayé la même chose dans un ordre différent? Ce qui signifie essentiellement: Première connexion sans mot de passe, définition du mot de passe root et ensuite génération du .my.cnf?

Quel connecteur DB Python utilisez-vous ces jours-ci? MySQLdb ou PyMySQL?

cc @Jmainguy
cliquez ici pour obtenir de l'aide sur les robots

Salut à tous,
Est-il possible que je rencontre le même problème avec Ansible 2.7.5? avec mysql_db

ansible 2.7.5
  config file = None
  configured module search path = [u'/home/vagrant/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/local/lib/python2.7/dist-packages/ansible
  executable location = /usr/local/bin/ansible
  python version = 2.7.12 (default, Nov 12 2018, 14:36:49) [GCC 5.4.0 20160609]

Fonctionnement:
`` `` - nom: install_gerrit | création de MySQL DB (si utilisé)
mysql_db:
nom: "{{item.db}}"
encodage: latin1
état: présent
with_items: '{{gerrit_db_info}}'
quand: item.type est défini et item.type == "mysql"

Error:

a échoué: [192.168.202.15] {
"changé": faux,
"invocation": {
"module_args": {
"collation": "",
"config_file": "/root/.my.cnf",
"connect_timeout": 30,
"encoding": "latin1",
"ignore_tables": [],
"login_host": "localhost",
"login_password": nul,
"login_port": 3306,
"login_unix_socket": null,
"login_user": nul,
"name": "reviewdb",
"rapide": vrai,
"single_transaction": faux,
"ssl_ca": nul,
"ssl_cert": nul,
"ssl_key": nul,
"état": "présent",
"cible": nul
}
},
"article": {
"db": "reviewdb",
"hôte": "localhost",
"passer": "xxxxxx",
"type": "mysql",
"utilisateur": "gerrit"
},
"msg": "impossible de se connecter à la base de données, vérifiez que login_user et login_password sont corrects ou que /root/.my.cnf a les informations d'identification. Message d'exception: (1698, u \" Accès refusé pour l'utilisateur 'root' @ 'localhost' \ ")"
}
''

Semble le même problème avec mysql_db - le retour à ansible v2.7.0 a résolu le problème.

Je ne sais pas où c'était, mais il y a quelque temps (semaines? Mois?), J'ai examiné un problème similaire, et la raison en était que MySQLdb (qui est basé sur libmysql) utilisait des sockets Unix pour se connecter par défaut, tandis que PyMySQL se connectait via TCP à localhost par défaut. Selon la façon dont l'accès root à votre serveur MySQL est configuré, cela peut vous aider à contourner ce problème.

Comme je l'ai dit, je ne me souviens pas vraiment où j'ai écrit cela auparavant, et je ne suis plus vraiment sûr des détails, mais peut-être que cela donne à l'un d'entre vous qui a ce problème un indice sur la façon de le résoudre :)

Ok, je l'ai trouvé. C'était une discussion sur # ansible-devel le 2 octobre, et l'utilisateur qui avait un problème de connexion (il a d'abord suspecté que la gestion d'un mot de passe de chaîne vide était le problème) a finalement découvert qu'il devait utiliser login_unix_socket (en raison du comportement différent que j'ai mentionné ci-dessus), avec cela, cela a fonctionné pour lui. Malheureusement, il n'a pas créé de problème pour cela.

Quoi qu'il en soit, @epeli @anniemelen @ bchanan03 , pouvez-vous essayer l'option login_unix_socket et voir si cela résout le problème pour vous?

Bonjour,
J'ai eu le même problème avec Centos7, ansible 2.7.6.
en spécifiant le socket=/var/lib/mysql/mysql.sock dans ~/.my.cnf
ou login_unix_socket: /var/lib/mysql/mysql.sock option dans la tâche mysql_db
corrige l'erreur de connexion.

cc @Xyon @bmalynovytch @dagwieers @michaelcoburn @oneiroi @tolland
cliquez ici pour obtenir de l'aide sur les robots

cc @bmildren
cliquez ici pour obtenir de l'aide sur les robots

Désolé jusqu'à présent, je pense que ce bug n'est toujours pas résolu.

@nizarakbarm avez-vous essayé ce que j'ai suggéré et @efflamlemaillet essayé et vérifié? Ce serait bien si vous pouviez essayer cela et confirmer si cela fonctionne (ou non!) Ici.

Salut @felixfontein , sur Ubuntu 18.04, la solution de contournement donnée par
Je pense, ce qui suit:
https://stackoverflow.com/questions/41846000/mariadb-password-and-unix-socket-authentication-for-root
est également liée.

Salut,
comme dit @pouyana , en quelque sorte le module mysql ansible utilisant la connexion socket par défaut sur le serveur local utilise maintenant tcp.

@felixfontein Cela fonctionne, mais je n'aime pas utiliser ~ / .my.cnf

@nizarakbarm login_unix_socket: /var/lib/mysql/mysql.sock est quelque chose à spécifier dans Ansible. Avez-vous essayé cela?

@efflamlemaillet pour être plus précis, ce n'est pas le module Ansible lui-même, mais la bibliothèque de connexion Python MySQL qu'il utilise. L'ancienne bibliothèque, MySQLdb (qui est basée sur libmysql), préfère les sockets Unix, tandis que la nouvelle bibliothèque, PyMySQL, préfère une connexion TCP. Si vous êtes explicite dans votre playbook / rôle et spécifiez comment vous connecter, cela n'a pas d'importance; mais si vous ne le faites pas, cela dépend de la bibliothèque utilisée par le module. Le module essaie d'abord PyMySQL et revient à MySQLdb si PyMySQL n'est pas disponible.

Oke, merci pour votre réponse. @felixfontein D'après votre réponse, cela peut m'aider à comprendre la raison du problème.

Le tout est de savoir si cela doit être considéré comme un bug?
Si tel est le cas, le module Ansible pourrait peut-être remplacer le comportement par défaut de PyMySQL pour s'assurer que le module se connecte de la même manière (s'il n'y a pas d'option de connexion spécifiée) lorsque le pilote installé est MySQLdb ou PyMySQL.

cc @ Alexander198961
cliquez ici pour obtenir de l'aide sur les robots

cc @ Andersson007
cliquez ici pour obtenir de l'aide sur les robots

cc @kurtdavis
cliquez ici pour obtenir de l'aide sur les robots

Dans mon cas, cette solution de contournement a également aidé
login_unix_socket: /var/run/mysqld/mysqld.sock

ansible 2.8.4
  config file = /etc/ansible/ansible.cfg
  configured module search path = [u'/home/eldar/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/dist-packages/ansible
  executable location = /usr/bin/ansible
  python version = 2.7.15+ (default, Nov 27 2018, 23:36:35) [GCC 7.3.0]

- name: Create database
  mysql_db:
    name: dbname
    state: present
    login_unix_socket: /var/run/mysqld/mysqld.sock  

cc @tomaszkiewicz
cliquez ici pour obtenir de l'aide sur les robots

Merci @felixfontein pour l'avoir signalé!
Spécifier le paramètre login_unix_socket: /var/run/mysqld/mysqld.sock résolu le problème!

A dû mettre à jour toutes les tâches du module mysql_{user,db} dans les fichiers tasks/databases.yml , tasks/secure-installation.yml et tasks/users.yml cependant

je l'ai expliqué dans le doc https://github.com/ansible/ansible/pull/66848
ça vient avec 2.10

close_me