1. Please describe the problem: When trying to start mariadb server, initialization fails with message: "Database MariaDB is not initialized, but the directory @MYSQL_DATADIR@ is not empty, so initialization cannot be done." 2. Specify used package versions # dnf list installed | grep -i -e maria -e mysql -e galera mariadb.x86_64 3:10.4.14-1.fc33 mariadb-backup.x86_64 3:10.4.14-1.fc33 mariadb-common.x86_64 3:10.4.14-1.fc33 mariadb-connector-c.x86_64 3.1.9-5.fc33 mariadb-connector-c-config.noarch 3.1.9-5.fc33 mariadb-cracklib-password-check.x86_64 3:10.4.14-1.fc33 mariadb-errmsg.x86_64 3:10.4.14-1.fc33 mariadb-gssapi-server.x86_64 3:10.4.14-1.fc33 mariadb-server.x86_64 3:10.4.14-1.fc33 mariadb-server-utils.x86_64 3:10.4.14-1.fc33 mysql-selinux.noarch 1.0.0-10.fc33 perl-DBD-MySQL.x86_64 4.050-9.fc33 3. Does a systemd journal say anything about the issue? # journalctl -xe -u mariadb -u mysqld Database MariaDB is not initialized, but the directory @MYSQL_DATADIR@ is not empty, so initialization cannot be done. Make sure the @MYSQL_DATADIR@ is empty before running mysql-prepare-db-dir. 4. Please check and attach the MariaDB or MySQL server log? ("/var/log/mariadb/mariadb.log" or "/var/log/mysql/mysqld.log") cat: /var/log/mariadb/mariadb.log: No such file or directory - Directory /var/log/mariadb exists, but it's empty 5. Please check and paste your configuration here; remove sensitive information. # /usr/libexec/mysqld --print-defaults --datadir=@MYSQL_DATADIR@ --socket=@MYSQL_UNIX_ADDR@ --log-error=@LOG_LOCATION@ --pid-file=@PID_FILE_DIR@/@DAEMON_NO_PREFIX@.pid 5. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: 1. dnf install -y mariadb mariadb-server 2. sudo systemctl start mariadb 6. Additional info: This issue occurs on Fedora-Rawhide too. # dnf list installed | grep -i -e maria -e mysql -e galera mariadb.x86_64 3:10.4.13-7.fc34 mariadb-backup.x86_64 3:10.4.13-7.fc34 mariadb-common.x86_64 3:10.4.13-7.fc34 mariadb-connector-c.x86_64 3.1.9-5.fc33 mariadb-connector-c-config.noarch 3.1.9-5.fc33 mariadb-cracklib-password-check.x86_64 3:10.4.13-7.fc34 mariadb-errmsg.x86_64 3:10.4.13-7.fc34 mariadb-gssapi-server.x86_64 3:10.4.13-7.fc34 mariadb-server.x86_64 3:10.4.13-7.fc34 mariadb-server-utils.x86_64 3:10.4.13-7.fc34 mysql-selinux.noarch 1.0.0-10.fc33 perl-DBD-MySQL.x86_64 4.050-9.fc33
Thanks to Michal, we've found that the issue may be caused in this patch: https://src.fedoraproject.org/rpms/mariadb/blob/master/f/mariadb-ownsetup.patch Cmake should expand the @MYSQL_DATADIR@ macro, but it doesn't do that, so we are going to investigate why it doesn't do that.
FEDORA-2020-47f48474ae has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-47f48474ae
FEDORA-2020-b6ef280648 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-b6ef280648
FEDORA-2020-9c0d1f10a5 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-9c0d1f10a5
FEDORA-2020-9c0d1f10a5 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-9c0d1f10a5` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-9c0d1f10a5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-b6ef280648 has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-b6ef280648` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-b6ef280648 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-9c0d1f10a5 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-b6ef280648 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.