Повреждения MySQL после обновления от Ubuntu 14.04LTS до Ubuntu 15.04
Я недавно обновил от Ubuntu 14.04LTS до 15,04 и во время этого обновления, MySQL, вероятно, повредился. После обновления я выполнил команду (для запуска mysql):
sudo service mysql start
Результатом была команда, не найденная, и это предложило, чтобы я установил mysql-сервер и mysql-общие пакеты, что означает, что они были очищены во время обновления. Я решил установить пакеты снова с:
sudo apt-get install mysql-server
Вот то, где я встретился с проблемами и ошибками. Это - то, что появляется (часть его) на моем терминале, когда я выполняю вышеупомянутую команду:
Setting up mysql-server-5.6 (5.6.24-0ubuntu2) ...
Job for mysql.service failed. See "systemctl status mysql.service" and "journalctl -xe" for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error processing package mysql-server-5.6 (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mysql-server:
mysql-server depends on mysql-server-5.6; however:
Package mysql-server-5.6 is not configured yet.
Package mysql-community-server which provides mysql-server-5.6 is not installed.
dpkg: error processing package mysql-server (--configure):
dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
Errors were encountered while processing:
mysql-server-5.6
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Я проверил почти "подобные" проблемы к этому здесь, здесь и здесь но ни один, кажется, не помогает, и это от более старых обновлений. Кроме того, я решил попытаться установить сервер, клиент и инструментальные средства от Центра программного обеспечения Ubuntu. Была ошибка во время установки, но это, казалось, установило так или иначе, потому что от инструментальных средств она показала, что сервер работал. У меня также, оказывается, есть стек LAMPP в./выб папках и здесь мог бы быть конфликт. Другая проблема, я не управляю сервером от терминала или даже инструментальных средств. Если я пытаюсь MySQL доступа от терминала с:
mycomp:~$ mysql -u user -p
Я получаю результат:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/opt/lampp/var/mysql/mysql.sock' (2)
Так как Ubuntu 15.04 была выпущена почти несколько дней назад, решение в другом месте не легко доступно. Если бы это сообщение, как предполагалось, было на форуме MySQL затем, я приношу извинения за эту ошибку, но я ценил бы для любых данных ответов.
4 ответа
Проверьте журналы при запуске mysql:
- В одном терминале:
tail -f /var/log/mysql/error.log - В другом:
sudo service mysql start(возможно, сначала необходимо остановить сервис сsudo service mysql stop). - , Если существуют ошибки, необходимо зафиксировать их.
В моем случае у меня были следующие ошибки:
[ОШИБКА] mysqld: неизвестная переменная [ошибка] 'table_cache=256'
, Прерывающаяся
из-за проблемы mysql: table_cache переименовал table_open_cache, который не запустил сервер.
Переименование этой переменной в моих настройках (/etc/mysql/conf.d/my_custom.cnf) решило мою проблему и mysql, запущенный, как используется.
Наконец я обновил mysql путем вызова sudo mysql_upgrade -u root -p
Вы уже, возможно, поняли это, но надо надеяться это может помочь кому-то еще сталкивающемуся с той же проблемой.
Мои 14.10-15.04 обновлений, упорно продолженных, где процесс пытался запустить mysqld с некоторого неясного сообщения о корневом пароле администратора. Я продолжил видеть то, что процесс mysqld выполняет и нашел, что его идентификатор процесса полностью отличается, чем тот, который процесс обновления сказал, что собирался запустить новый mysqld в. таким образом, я думал "sudo/etc/init.d/mysql, остановка" могла бы помочь. И lo и созерцают процесс обновления, масштабируемый полностью к завершению.
(ой. Неправильное сообщение. Я отправлю это в другом потоке. Извините за это)
Удача.
Для меня повредился MySQL после того, как я обновил от 14,04 до 15,04 и после того, как я переключился от systemd назад Выскочке.
Интересно, я мог запустить mysql вручную, но я не мог заставить его запускаться через/etc/init.d/(т.е. с sudo service mysql start). После перечитывания по Новомодному сценарию Ubuntu стало ясно, что Ubuntu ожидает apparmor присутствовать для выполнения MySQL от Выскочки.
Поэтому решение, которое работало на меня:
-
sudo aptitude install apparmor
И это было всем, что было необходимо.
Я получал подобную ошибку и ничто, что я видел в Интернете, мог помочь. Проблема оказалась глупым. Я ранее изменил каталог данных по умолчанию mysql к вторичному жесткому диску. Поскольку этот диск не был смонтирован, я получал ошибку.
, Чтобы проверить, вызывает ли такие проблемы доступа ошибку для Вас, найдите текущий каталог данных mysql в mysql файле конфигурации.
less /etc/mysql/mysql.conf.d/mysqld.cnf
в некоторых случаях путь к целевому файлу конфигурации мог немного отличаться:
less /etc/mysql/my.cnf
Ищут запись для datadir и копируют путь. Посмотрите, доступен ли тот каталог эти cd команда.