2016-04-22 15 views
5

Configuring mysql-server-5.7 (5.7.11-0ubuntu6) … insserv: warning: current start runlevel(s) (empty) of script mysql' overrides LSB defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script mysql' overrides LSB defaults (0 1 6). mysql_upgrade: Got error: 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) while connecting to the MySQL server Upgrade process encountered error and will not continue. mysql_upgrade failed with exit status 11 dpkg: error with mysql-server-5.7 (--configure):Instalacja MySQl 5.7 nie powiodła się w Kubuntu 16.04

apt-get remove zwraca ten sam wynik.

Ten błąd przyjść z aktualizacji z 15.10 do 16.04

Odpowiedz

0

Manualy usunąć wszystkie pliki z serwera MySQL

0

Wydaje mysql-server jest teraz zastąpiony MariaDB

Instalacja maridb-server naprawili problem.

sudo apt-get install MariaDB-server

Uwaga: - Nie dostaniesz baz danych. Zresetować mysql hasło za pomocą polecenia mysql_secure_installation

-1

znalazłem rozwiązanie here

  1. usunąć wszystkie pliki MySQL: rm -r /var/lib/mysql*
  2. Instalacja MySQL samodzielne: mysql_install_db -u mysql (może nie działać na nowszych systemach, ale don nie martw się)
  3. Włącz usługę dla systemd: systemctl unmask mysql.service
  4. Następnie uruchom m ysql service service mysql start
+1

Uwaga! To 'rm -rf/var/lib/mysql' usuwa również bazy danych WSZYSTKICH użytkowników! – knb

+0

Tak, to prawda. W oświadczeniu nr 1 podano tam informacje. Dzieje się tak z powodu "niekompatybilnych" nowszych plików mysql, których nie można uruchomić. – Peter

0

W moim przypadku mogę rozwiązać ten problem poprzez zmianę apparmor (na Kubuntu 16.04 zastosowaniem plazmy). wziąłem przyjrzeć journalctl -xe jak sugeruje komunikat o błędzie Instalacja:

[....] Starting mysql (via systemctl): mysql.serviceJob for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details. 

Tam znalazłem apparmor DENIED wiadomości:

AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/home/system/var/log/mysql/error.log" pid=32610 comm="mysqld" request 

w czynie, katalog baza /home/system/... istnieje, ale dostęp nie jest dozwolone przez /etc/apparmor.d/usr.sbin.mysqld.

Więc dodając następujące wiersze do /etc/apparmor.d/local/usr.sbin.mysqld rozwiązać mój problem:

# For more details, please see /etc/apparmor.d/local/README. 

# Allow log file access 
    /home/system/var/log/mysql.err rw, 
    /home/system/var/log/mysql.log rw, 
    /home/system/var/log/mysql/ r, 
    /home/system/var/log/mysql/** rw, 

Nie zapomnij zrestartować AppArmor i instalacji mysql restartu (np apt-get install --reinstall mysql-common mysql-server lub co jest na swój sposób, aby go zainstalować.)

Nie wiem w ogóle dlaczego (i od kiedy) istnieje katalog /home/system i dlaczego wskazuje tam mysql. Ale pewnego dnia mam nadzieję, że wymyślę ...;)

11

To było dokładnie to samo dla mnie: ostrzeżenia o runlevel i błąd mysql_upgrade.

myślę, że to dlatego, że wyłączona obsługa mysql, umożliwiając to rozwiązuje problem:

sudo systemctl enable mysql

+0

Oto raport o błędzie: https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1605948 – nachtigall

0

Poniżej pracował dla mnie, znalazł rozwiązanie - here

  1. sudo update-alternatives - usuń my.cnf /etc/mysql/my.cnf.migrated
  2. sudo service mysql start
2

Właśnie napotkał ten problem, istnieje raport o błędzie, który jest bardzo podobny tutaj: https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1584287

W moim przypadku miałem mysql.service zestaw dla osób niepełnosprawnych i skrypt mysql_upgrade wydawało niezdolny do uruchamiania serwera w tym przypadku. Włączyłem usługę (nie trzeba jej było uruchamiać) i ponownie uruchomiłem aktualizację. Po tym przepracowaniu zatrzymałem usługę i ponownie ją wyłączyłem.

Nie jestem pewien, co jeszcze może spowodować, ale jeśli ktoś napotka to z wyłączoną usługą, po prostu włącz ją dla aktualizacji.

Powiązane problemy