На "чистой" установке сразу после старта в логе вижу: 2019-07-03 22:49:35 7f3e4c77eb00 InnoDB: Error: Table "mysql"."innodb_table_stats" not found. При этом mysql_upgrade -u root валится с Could not create the upgrade info file '/db/mysql_upgrade_info' in the MySQL Servers datadir, errno: 2 По причине того, что он пишет в /db не в чруте..
(В ответ на комментарий №0) > По причине того, что он пишет в /db не в чруте.. Проблема в том, что mysql_upgrade не знает о чруте. И нет в нем, по умолчанию, механизма как о пути к chroot сообщить. В MySQL-server до версии 8.0.16 у нас был костыль решавший эту проблему: http://git.altlinux.org/gears/M/MySQL.git?p=MySQL.git;a=commitdiff;h=e87f39c9310ff4dd6203511e20fc13644be6a158 Затем функционал обновления перенесли в сам сервер. Вопрос: не захочет ли upstream mariadb последовать по тому же пути? Код клиента несколько различается, что не позволяет применить патч на два фронта сразу. Объехать, наверное, проще всего так: # control mysqld-chroot disabled # mysql_upgrade # control mysqld-chroot enabled
запись mysql_upgrade_info это другая проблема, давайте их не смешивать. mariad-upgrade успешно отрабатывает, только не может записать mysql_upgrade_info. Я ошибок, типа "mysql"."innodb_table_stats" not found, не вижу.
