Александр Машин (alex_mashin) wrote,
Александр Машин
alex_mashin

Categories:

Ни одного апгрейда без приключений

Решил проапгрейдить 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 она превращается в тыкву. Непременно что-нибудь сломается, сервер не перезапустится, и обновление окажется неудачным (и почему обновление непременно пытается запустить службу, хоть я просил только обновить, а не проверять работоспособность конфигурации? Не всегда ведь так было. Но и это другая тема).

Tags: ИТ, Лытдыбр
Subscribe

  • Post a new comment

    Error

    default userpic

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 8 comments