IS_MYSQLUTILS with oracle MySQL5.7 on debian stretch #17

New issue

Closed

opened 2018-12-20 10:30:23 +01:00 by benpro · 2 comments

benpro commented

2018-12-20 10:30:23 +01:00

Contributor

Hey

IS_MYSQLUTILS is thrown on debian 9 with the current role of mysql-oracle (MySQL 5.7)

The reason is that mytop is manually installed in /usr/local/bin/mytop while the check expect to see something at /usr/bin/mytop

Hey IS_MYSQLUTILS is thrown on debian 9 with the current role of mysql-oracle (MySQL 5.7) The reason is that mytop is manually installed in `/usr/local/bin/mytop` while the check expect to see something at `/usr/bin/mytop`

benpro added the

bug

label 2018-12-20 10:30:23 +01:00

benpro started working 2019-01-16 14:47:50 +01:00

benpro commented

2019-01-16 14:54:57 +01:00

Author

Contributor

Both packages have the binary in /usr/bin/mytop. The issue is not here.
mariadb-client-10.1 or mytop coming from http://repo.mysql.com/apt/debian/.

The issue is here:
grep -q mysqladmin /root/.my.cnf, ansible-roles uses adminmysql.

Both packages have the binary in `/usr/bin/mytop`. The issue is not here. `mariadb-client-10.1` or `mytop` coming from `http://repo.mysql.com/apt/debian/`. The issue is here: `grep -q mysqladmin /root/.my.cnf`, ansible-roles uses `adminmysql`.

benpro commented

2019-01-16 15:06:20 +01:00

Author

Contributor

It seems there is many issue.

Fir step is adminmysql case. I will add a variable.

It seems there is many issue. Fir step is `adminmysql` case. I will add a variable.

benpro referenced this issue from a commit

2019-01-16 15:21:58 +01:00

Fix issue #17 - `MYSQL_ADMIN` is now a variable because some installation doesn't have `mysqladmin` user. - `/usr/bin/mytop` or `/usr/local/bin/mytop` are checked.

benpro stopped working 2019-01-16 15:22:04 +01:00

34min 14s