MySQL and MariaDB Debian 9

Анатолий добавил(а) 4 года назад
Не проблема

При установке ISPManager v5 Lite 5.126 Debian 9 на сервер устанавливается 2 MySQL сервера, MariaDB и MySQL. В возможностях видно только MySQL 5.5.99, по факту же запускается/используется MariaDB


Если удалить из возможностей MySQL 5.5.99, остается сервер баз данных, который и был, но настроить его нельзя, возникает ошибка о том что не прописан

path mysqld /usr/sbin/mysqld в ispmgr.conf

прописываешь, перезагружаешь панель и все начинает работать, НО, вместе с удалением MySQL 5.5.99 удаляется и roundcube, а при его установке, снова ставится MySQL 5.5.99

Комментарии (2)

фото
1

Здравствуйте!

Пакеты MySQL и MariaDB (https://packages.debian.org/stretch/mysql-server) - стандартные для ОС Debian 9. Удаляя из возможностей - вы удаляете пакет ISPmanager, а соответственно и все настройки в панели (path mysqld /usr/sbin/mysqld в ispmgr.conf), вслед за ним по зависимостям удаляется roundcube, т.к. он напрямую зависит от пакета ISPmanager-mysql. В описанной вами ситуации нет никакой проблемы. Поведение пакетного менеджера и панели вполне корректно в данном случае. Не стоит удалять MySQL из возможностей в вашем случае, вы не решаете никаких проблем.

фото
1

как это "Not a Problem"? Вы считаете это действо нормальным? Объясните, будьте добры, свою позицию

фото
1

Итого с вашей стороны озвучены 3 проблемы на Debian 9:

1. Одновременно в системе присутствует 2 пакет mysql-server и mariadb-server

2. Удаление mysql сервера из панели управления не удаляет пакет из системы.

3. Удаление mysql сервера из панели управления удаляет пакет roundcube из системы, но не сообщает об этом.


Почему это работает как работает и что можно с этим сделать.

1. Это вызвано тем что мы устанавливаем пакет mysql-server, так же как на Debian 8. В Debian 9 пакет mysql-server на самом деле является всего лишь ссылкой на пакет mysql-default-server, который в свою очередь является метапакетом, в рамках которого ставится пакет mariadb-server. Мы не можем поменять зависимости пакетов в Debian и других ОС.

2. Это особенность данного пакета, он не удаляется чтобы защитить существующие базы данных от деструктивных действий (чтобы они не удалились). Удалять пакет не планируем.

3. Это опять вызвано зависимостями пакетов в репозитариях debian. Как уже сказал в п1. не можем повлиять на зависимости пакетов.


Итого, проблема во всех 3х пунктах одна - мы не даем понять что произойдет, когда пользователь сделает то или иное действие.

В 6ой версии мы как раз работаем над UX и таких ситуаций возникать не будет.

В 5ой версии текущие поведение меняться координально не будет, но подумаем над возможностью информирования о зависимостях.


Данное сообщение о проблеме - да, закрываем как не проблему. Но создали идею на доработку об информировании о зависимостях.

фото