On 07/14/2016 12:13 PM, Rick Stevens wrote:
On 07/14/2016 10:51 AM, jd1008 wrote:
On 07/14/2016 11:42 AM, Rick Stevens wrote:
On 07/14/2016 10:20 AM, maderios wrote:
On 07/12/2016 06:00 PM, maderios wrote:
Hi
On F24, I can't start mariadb-server
'systemctl start mariadb
Job for mariadb.service failed because the control process exited with
error code. See "systemctl status mariadb.service" and "journalctl -xe"
for details.'
Hi
I discovered that, strangely, dnf doesn't delete mysql installation in
/var/lib/mysql when I uninstall old Mysql.
Mariadb tried to use /var/lib/mysql/*, that's why it did not work
After removing this directory, I can start mariadb.
Most uninstalls don't delete _data_ files created by the application--
just in case the uninstall was an "oops!" and you still want the data.
It is strange that 2 different db management SW, are coded
to use same data dir. Should not each db management package
make use of a data dir that bears it's installation name, such as
/var/lib/mariadb.d for mariadb ? This would have spared the OP
the unpleasant experience.
As I understand it, MariaDB is supposed to be the replacement for MySQL
as far as Fedora is concerned. I can see two possibilities: a) there's
a permission issue in that /var/lib/mysql is owned by the old mysql user
and mariadb uses a different user; or b) the MySQL databases aren't
compatible with the MariaDB version installed. Without the logs, it's
pretty hard to tell.
But the installation process should create a unique user also, specific
to the name of the db package. Keeping things separate is, as I see it,
the way to go to prevent clashing pathnames.
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
