После обновления, при запуске падает mariadb

[Measurer]

Обновил софт на днях. Сейчас mariadb валится:

Код: [Выделить]

Jan 10 22:29:11 server systemd[1]: Starting MariaDB 10.3.27 database server...
Jan 10 22:29:11 server mysqld[27637]: 2021-01-10 22:29:11 0 [Note] /usr/sbin/mysqld (mysqld 10.3.27-MariaDB-1:10.3.27+maria~bionic) starting as process 27637 ...
Jan 10 22:29:11 server mysqld[27637]: 2021-01-10 22:29:11 0 [Warning] Could not increase number of max_open_files to more than 16384 (request: 32184)
Jan 10 22:29:12 server systemd[1]: Started MariaDB 10.3.27 database server.
Jan 10 22:29:12 server /etc/mysql/debian-start[27678]: Upgrading MySQL tables if necessary.
Jan 10 22:29:12 server /etc/mysql/debian-start[27682]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored
Jan 10 22:29:12 server /etc/mysql/debian-start[27682]: Looking for 'mysql' as: /usr/bin/mysql
Jan 10 22:29:12 server /etc/mysql/debian-start[27682]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck
Jan 10 22:29:12 server /etc/mysql/debian-start[27682]: Version check failed. Got the following error when calling the 'mysql' command line client
Jan 10 22:29:12 server /etc/mysql/debian-start[27682]: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
Jan 10 22:29:12 server /etc/mysql/debian-start[27682]: FATAL ERROR: Upgrade failed
Jan 10 22:29:12 server /etc/mysql/debian-start[27715]: Checking for insecure root accounts.
Jan 10 22:29:12 server mysqld[27676]: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
У меня раньше стоял mysql, пользователь root имел пароль и использовался, в том числе, в phpmyadmin для входа.
Пытался, запустив: mysqld_safe --skip-grant-tables &
поменять пароль root.... не помогает
вообще убрать пароль root и подключить плагин unix_socket - пишет, что не загружен плагин unix_socket
пытался вручную запустить "/usr/bin/mysql_upgrade -u root -p" затем, ввести пароль... прошло обновление таблиц, но сам демон всё равно не запускается.

ЧЯДНТ ?

Пользователь добавил сообщение 10 Января 2021, 20:41:34:Запускал скрипт mysql_secure_installation
Он отработал, но ничего не изменилось.

[jura12]

"раньше стоял mysql"
"Обновил софт на днях."
" Сейчас mariadb валится"

как и что обновляли? перед установкой mariadb mysql надо удалить.

[Measurer]

Да понятно, что удалить. Я имел ввиду, что привык к концепции mysql и использовал рута, например, для логина через phpmyadmin.
mariadb использую год с лишним. Никаких проблем не испытывал.
Уточняю, я обновлялся... до обновления стояла и работала mariadb и после обновления - тоже.
Обновилась версия была 10.1.44 стала 10.3.27

Сейчас понимаю, что mariadb хочет поабгрейдить базы и использовать запуск скрипта из-под root без пароля. Но я что-то не до конца понимаю в настройках при работе из-под root в sql.
Прошу ткнуть носом.
Пользователь добавил сообщение 10 Января 2021, 21:38:37:Так... посмотрел, что после обновления изменился конфиг /etc/mysql/debian.cnf
Прописал туда root и его пароль, а также правильный каталог с размещением баз.

В лог вывалились сообщения об абгрейде всех таблиц и mariadb завершила работу

Код: [Выделить]

Jan 10 23:30:58 server /etc/mysql/debian-start[28983]: zabbix.widget                                      OK
Jan 10 23:30:58 server /etc/mysql/debian-start[28983]: zabbix.widget_field                                OK
Jan 10 23:30:58 server /etc/mysql/debian-start[28983]: Phase 7/7: Running 'FLUSH PRIVILEGES'
Jan 10 23:30:58 server /etc/mysql/debian-start[28983]: OK
Jan 10 23:30:58 server /etc/mysql/debian-start[29040]: Checking for insecure root accounts.
Jan 10 23:30:58 server /etc/mysql/debian-start[29044]: Triggering myisam-recover for all MyISAM tables and aria-recover for all Aria tables
Jan 10 23:31:00 server systemd[1]: mariadb.service: Main process exited, code=killed, status=6/ABRT
Jan 10 23:31:00 server systemd[1]: mariadb.service: Failed with result 'signal'.

А потом начало повторяться вот это.

Код: [Выделить]

an 10 23:32:56 server systemd[1]: Starting MariaDB 10.3.27 database server...
Jan 10 23:32:56 server mysqld[31464]: 2021-01-10 23:32:56 0 [Note] /usr/sbin/mysqld (mysqld 10.3.27-MariaDB-1:10.3.27+maria~bionic) starting as process 31464 ...
Jan 10 23:32:56 server mysqld[31464]: 2021-01-10 23:32:56 0 [Warning] Could not increase number of max_open_files to more than 16384 (request: 32184)
Jan 10 23:32:57 server systemd[1]: Started MariaDB 10.3.27 database server.
Jan 10 23:32:57 server /etc/mysql/debian-start[31506]: Upgrading MySQL tables if necessary.
Jan 10 23:32:57 server /etc/mysql/debian-start[31511]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored
Jan 10 23:32:57 server /etc/mysql/debian-start[31511]: Looking for 'mysql' as: /usr/bin/mysql
Jan 10 23:32:57 server /etc/mysql/debian-start[31511]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck
Jan 10 23:32:57 server /etc/mysql/debian-start[31511]: This installation of MySQL is already upgraded to 10.3.27-MariaDB, use --force if you still need to run mysql_upgrade
Jan 10 23:32:57 server /etc/mysql/debian-start[31541]: Checking for insecure root accounts.
Jan 10 23:32:57 server /etc/mysql/debian-start[31545]: Triggering myisam-recover for all MyISAM tables and aria-recover for all Aria tables
Jan 10 23:32:59 server systemd[1]: mariadb.service: Main process exited, code=killed, status=6/ABRT
Jan 10 23:32:59 server systemd[1]: mariadb.service: Failed with result 'signal'.


[jura12]

надо последовательно обновлять https://mariadb.com/kb/en/upgrading/ . сначала до 10.2 потом до 10.3 .

[Measurer]

Была старая база от очень древнего сайта. Валился из-за неё. Пока удалил. Намедни разберусь, что там не устроило.

[jura12]

базу надо предварительно экспортировать через sql. а потом импортировать.