it-swarm.com.de

MySQL kaputt nach dem Update

Ich habe einen aktuellen Ubuntu 16.04-Desktop. Ich habe heute ein Routine-Update installiert, das ein MySQL-Update enthielt. MySQL ist jetzt kaputt.

Ich folgte der Prozedur hier: 16.04 Upgrade brach MySQL-Server aber jetzt bekomme ich: Service MySQL Start Job für MySQL.service ist fehlgeschlagen, weil der Steuerprozess mit Fehlercode beendet wurde. Weitere Informationen finden Sie unter "systemctl status mysql.service" und "journalctl -xe".

[email protected]:~# systemctl status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: en
   Active: inactive (dead) (Result: exit-code) since Sat 2017-01-21 16:03:52 EST
  Process: 32687 ExecStartPost=/usr/share/mysql/mysql-systemd-start post (code=e
  Process: 32686 ExecStart=/usr/sbin/mysqld (code=exited, status=0/SUCCESS)
  Process: 15576 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exi
 Main PID: 32686 (code=exited, status=0/SUCCESS)

Jan 21 16:03:52 civet systemd[1]: Failed to start MySQL Community Server.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Unit entered failed state.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Failed with result 'exit-code'.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Service hold-off time over, sch
Jan 21 16:03:52 civet systemd[1]: Stopped MySQL Community Server.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Start request repeated too quic
Jan 21 16:03:52 civet systemd[1]: Failed to start MySQL Community Server.
[email protected]:~# service mysql stop
[email protected]:~# service mysql start
Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details.
[email protected]:~# journalctl -xe
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has failed.
-- 
-- The result is failed.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Unit entered failed state.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Failed with result 'exit-code'.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Service hold-off time over, sch
Jan 21 16:06:09 civet systemd[1]: Stopped MySQL Community Server.
-- Subject: Unit mysql.service has finished shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has finished shutting down.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Start request repeated too quic
Jan 21 16:06:09 civet systemd[1]: Failed to start MySQL Community Server.
-- Subject: Unit mysql.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has failed.
-- 
-- The result is failed.

Irgendwelche Vorschläge? Hilfe wäre dankbar.


Vielen Dank. Ich verwende seit einiger Zeit mysqldump, um tägliche Backups zu erstellen. Ich werde automysqlbackup einsetzen, sobald ich mysql wieder zum Laufen gebracht habe. Ich habe den Befehl remove --purge ausgeführt, gefolgt von der Installation, und das habe ich bekommen (es passiert den ganzen Tag so).

Renaming removed key_buffer and myisam-recover options (if present)
mysql_upgrade: Got error: 1524: Plugin 'mysql_old_password' is not loaded while connecting to the MySQL server
Upgrade process encountered error and will not continue.
mysql_upgrade failed with exit status 11
dpkg: error processing package mysql-server-5.7 (--configure):
 subprocess installed post-installation script returned error exit status 1
No apport report written because the error message indicates its a followup error from a previous failure.
                                                                                                          dpkg: dependency problems prevent configuration of mysql-server:
 mysql-server depends on mysql-server-5.7; however:
  Package mysql-server-5.7 is not configured yet.

dpkg: error processing package mysql-server (--configure):
 dependency problems - leaving unconfigured
Processing triggers for systemd (229-4ubuntu16) ...
Processing triggers for ureadahead (0.100.0-19) ...
Errors were encountered while processing:
 mysql-server-5.7
 mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ich scheine mich nur im Kreis zu bewegen. Außerdem funktioniert die Problemumgehung für old_password nicht mehr. Deshalb habe ich versucht, GLOBAL old_passwords = 0 zu setzen.

Wenn ich versuche, eine Verbindung zu MySQL herzustellen, erhalte ich: FEHLER 2002 (HY000): Verbindung zum lokalen MySQL-Server über Socket '/var/run/mysqld/mysqld.sock' nicht möglich (2) Ich habe den Socket auf diesen Pfad eingestellt my.cnf

1
user78290

Ich empfehle, mysql-server zu sichern, zu löschen und neu zu installieren.

Können Sie automysqlbackup installieren?

Sudo apt-get install automysqlbackup

Führen Sie dann automysqlbackup über die Befehlszeile aus und sichern Sie auch das Verzeichnis/etc:

Sudo /usr/sbin/automysqlbackup

Sudo rsync -av /etc/ $HOME/etc-backup/

Überprüfen Sie, ob automysqlbackup die Sicherungen erfolgreich erstellt hat:

Sudo ls -la /var/lib/automysqlbackup/daily/

Entfernen Sie danach die mysql-Server-Pakete, löschen Sie die Konfiguration und installieren Sie mysql-server neu:

Sudo apt-get remove --purge mysql-server*

Sudo apt-get install mysql-server

Stellen Sie Ihre mysqldumps wieder her, indem Sie das erwähnte Verzeichnis automysqlbackup "daily" kopieren, die Datei entpacken und dann:

Sudo mysql --defaults-file=/etc/mysql/debian.cnf

mysql> create database example-db;
mysql> quit

Sudo mysql -u root -p example-db < example-db-daily.sql

Machen Sie dasselbe für alle Ihre Datenbanken.

1
albert j

Problem behoben durch (zweimaliges) erneutes Installieren von MySQL. MySQL Workbench kann jedoch jetzt keine Verbindung herstellen, mit Fehler:

Error popup

0
user78290