-
Notifications
You must be signed in to change notification settings - Fork 107
Open
Description
Running v3.1 of the role with an old mariadb version, and a root pwd:
- role: bertvv.mariadb
become: yes
vars:
mariadb_version: 10.1
mariadb_root_password: ***
fails:
TASK [bertvv.mariadb : Check if a custom root password is specified] *************************************************************************************************************************
skipping: [gg-core-test-app-0]
TASK [bertvv.mariadb : Check if root password is unset] **************************************************************************************************************************************
fatal: [gg-core-test-app-0]: FAILED! => {"changed": false, "cmd": "mysql -u root -p'***' -h localhost -S /var/lib/mysql/mysql.sock -e \"quit\"\n", "delta": "0:00:00.017762", "end": "2020-11-05 11:01:53.457887", "msg": "non-zero return code", "rc": 1, "start": "2020-11-05 11:01:53.440125", "stderr": "ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)", "stderr_lines": ["ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)"], "stdout": "", "stdout_lines": []}
...ignoring
TASK [bertvv.mariadb : Check if the specified root password is already set] ******************************************************************************************************************
fatal: [gg-core-test-app-0]: FAILED! => {"censored": "the output has been hidden due to the fact that 'no_log: true' was specified for this result", "changed": false}
(and also logs the new root pwd, which isn't ideal)
It seems to have been caused by this change, which has inverted the behaviour of the task at L14. I tried removing L17, which got me a bit further. And I then had to add a login_user
to the mysql_user
tasks below. But I just ground to a halt on this task, and decided I should probably accept that I had no idea what I was doing.
I'd be happy to provide a PR, but I don't think I really understand the problem/solution well enough.
chrisdeeming
Metadata
Metadata
Assignees
Labels
No labels