Hi, In both cases, I get the exact same output to the two following commands: $ rpm -qi mariadb-server Name : mariadb-server Epoch : 3 Version : 10.5.13 Release : 1.fc34 Architecture: x86_64 Install Date: Thu 30 Dec 2021 04:22:06 PM UTC Group : Unspecified Size : 71001174 License : GPLv2 and LGPLv2 Signature : RSA/SHA256, Thu 02 Dec 2021 03:32:29 PM UTC, Key ID 1161ae6945719a39 Source RPM : mariadb-10.5.13-1.fc34.src.rpm Build Date : Thu 02 Dec 2021 01:13:13 PM UTC Build Host : buildvm-x86-11.iad2.fedoraproject.org Packager : Fedora Project Vendor : Fedora Project URL : http://mariadb.org Bug URL : https://bugz.fedoraproject.org/mariadb Summary : The MariaDB server and related files Description : MariaDB is a multi-user, multi-threaded SQL database server. It is a client/server implementation consisting of a server daemon (mariadbd) and many different client programs and libraries. This package contains the MariaDB server and some accompanying files and directories. MariaDB is a community developed fork from MySQL. $ which mysql /usr/bin/mysql The difference, though, is in the output to 'ls -l /usr/bin/mysqladmin': # Good case, in which I install mariadb before anything else and I can set root password with mysqladmin # Note that /usr/bin/mysqladmin is a link to mariadb-admin $ ls -l /usr/bin/mysqladmin lrwxrwxrwx. 1 root root 13 Dec 2 13:44 /usr/bin/mysqladmin -> mariadb-admin # Whereas in the bad case, in which mariadb is installed after vim and git and mysqladmin doesn't allow me # to set root password, /usr/bin/mysqladmin is an executable file and mariadb-admin is not installed $ ls /usr/bin/mysqladmin -l -rwxr-xr-x. 1 root root 6738168 Nov 1 01:52 /usr/bin/mysqladmin $ ls /usr/bin/mariadb-admin ls: cannot access '/usr/bin/mariadb-admin': No such file or directory I should probably also mention that: 1. I'm running these tests locally in VMs that I create with vagrant and I am using this box: config.vm.box_url = " https://download.fedoraproject.org/pub/fedora/linux/releases/34/Cloud/x86_64... " 2. I am replicating in my local environment this problem because it is manifesting itself in one of the OpenStack CI system job: https://zuul.openstack.org/builds?job_name=neutron-ovn-tempest-ovs-master-fe.... All those failures are due to this problem with mysqladmin. As it can be seen in the job's page, the problem started showing up on December 13th. Any ideas as to what might be the root problem? Thanks Miguel On Wed, Dec 29, 2021 at 7:43 PM Daniel Black <daniel@mariadb.org> wrote:
Hi Miguel,
On Thu, Dec 30, 2021 at 10:26 AM Miguel Lavalle <miguel@mlavalle.com> wrote:
Hi,
I am installing MariaDB in Fedora 34 server with the following sequence
of commands:
sudo dnf upgrade -y sudo dnf install -y mariadb-server mariadb-devel sudo dnf -y install git vim
With this sequence of commands, I get the following installed:
$ mysql --version mysql Ver 15.1 Distrib 10.5.13-MariaDB, for Linux (x86_64) using
EditLine wrapper
and I can successfully perform the initial setup of the root password:
sudo mysqladmin -u root password password
and continue with the rest of my installation.
However, if I change the sequence of commands to:
sudo dnf upgrade -y sudo dnf -y install git vim sudo dnf install -y mariadb-server mariadb-devel
Odd -> $ repoquery --deplist git vim
doesn't list anything pulling in MySQL.
What I get installed instead is:
$ mysql --version mysql Ver 8.0.27 for Linux on x86_64 (Source distribution)
This looks like an Oracle mysql-client version. Do you have community-mysql installed?
and the 'sudo mysqladmin -u root password password' command fails with:
mysqladmin: unable to change password; error: 'You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '() IDENTIFIED BY 'secretdatabase'' at line 1'
Could anyone shed some light on this?
given mysql --version, the client version is showing 8.0.27, mysqladmin is also probably the Oracle version and is speaking a slightly different syntax to MariaDB.