Назад | Перейти на главную страницу

MySQL не запускается после обновления до Debian Jessie

У меня есть сервер с Proxmox 3.4 с несколькими OpenVZ-контейнерами. Хост и все гости работают под управлением Debian 7 x64. Теперь я хочу перенести свою старую установку на новый сервер с Proxmox 4 (на основе Debian 8).

Я перенес несколько OpenVZ-контейнеров в новую среду и успешно их импортировал.

Теперь мы подошли к проблеме: после того, как я обновил их до Debian 8, большинство mysqld больше не запускается. Программа установки показала мне изменения в my.cnf, поэтому я взял версию для сопровождающих пакета. Одна машина все еще запускает mysql, некоторые нет, хотя конфигурации идентичны.

Mysql-error-log ничего не показывает, syslog тоже. Сценарий запуска в '/etc/init.d/mysql' и конфигурация в '/etc/mysql/my.cnf' идентичны на машинах.

root@web2:~# service mysql restart
Job for mysql.service canceled.

Запуск mysqld напрямую работает:

root@web2:~# mysqld_safe
or
root@web2:~# /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306

Может ли кто-нибудь дать мне подсказку о том, как решить эту проблему запуска или обслуживания?

Любая помощь или подсказки, где искать, приветствуются.

Проблема была связана с ISPConfig, который создавал записи в /etc/fstab. Новая система инициализации по умолчанию systemd больше не принимает строки (по сравнению с sysvinit).

Я нашел решение, используя journalctl -xb. Возможно, это помогает и кому-то другому.

я добавил nofail к записям в /etc/fstab чтобы исправить проблемы с загрузкой, например:

# cat /etc/fstab
/var/log/ispconfig/httpd/example.com /var/www/clients/clientXX/webYY/log    none    bind,nobootwait,nofail    0 0

У меня были проблемы с кучей случайных пакетов, которые теряли всю информацию о своих локали, когда я перемещал контейнеры из OpenVZ в LXC. Я мало что знаю о MySQL, но, возможно, не знаю, что с этим делать. Попробуйте выполнить команду «dpkg-reconfigure locales» от имени пользователя root, что исправило Perl для меня, когда он был в затруднении из-за отсутствия локалей по умолчанию. Не знаю, почему это произошло, но все контейнеры, которые я перенес, сделали то же самое.