?

Log in

No account? Create an account

Ни одного апгрейда без приключений
March 2015
alex_mashin
Решил проапгрейдить Ubuntu на одной машине, работающей только как сервер базы данных, до Ubuntu 18.04 LTS с 17.10. Что могло пойти не так? Да всё.

Разумеется, MariaDB обновляться до 10.3 (с 10.2) отказалась. Она увидела файл-флаг со словом Debian в названии и решила, вместо обновления файлов базы данных, переименовать папку /var/lib/mysql в /var/lib/mysql.10.2, а /var/lib/mysql завести с чистого листа. Типа, сконвертируйте имеющиеся БД с помощью mysqldump. Так и написала в консоли!

Я этот файл-флаг переименовал, и MariaDB заткнулась, обновилась и даже запустилась. Но подключиться к ней снаружи было невозможно. Потрахавшись с полчаса, я обнаружил, что в папку /etc/mysql/mariadb.conf.d MariaDB 10.3 впрыснула мне новых файлов с горой настроек, включая bind-address=127.0.0.1 (идиотское умолчание. Театр безопасности. Кто держит фронтенд на той же машине, что и БД? Но это другая тема). Разумеется, эти настройки имели приоритет над моими в /etc/mysql/my.cnf, потому что команда включения файлов из /etc/mysql/mariadb.conf.d стояла в конце файла.

По-моему, уже третий раз при попытке обновить MariaDB на одну десятую с помощью apt она превращается в тыкву. Непременно что-нибудь сломается, сервер не перезапустится, и обновление окажется неудачным (и почему обновление непременно пытается запустить службу, хоть я просил только обновить, а не проверять работоспособность конфигурации? Не всегда ведь так было. Но и это другая тема).

Метки: ,