Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
-
pixel24
- Beiträge: 143
- Registriert: 28.06.2005 13:26:41
Beitrag
von pixel24 » 28.07.2015 08:27:09
Hallo zusammen,
ich habe gestern mit:
auf einem Debian8 (64Bit) die Pakete aktualisiert. Dabei wurde im wesentlichen der Kernel und MySQL aktualisiert. Seit dem nachfolgenden Neustart staret jedoch der MySQL-Server nicht mehr. Auf der Komandozeile (beim Versuch ihn zu starten sehe ich:
Code: Alles auswählen
oot@kolab:/var/lib/mysql# /etc/init.d/mysql start
[....] Starting mysql (via systemctl): mysql.serviceJob for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details.
failed!
Wenn ich den genannten Befehl ausführe:
Code: Alles auswählen
Jul 28 08:25:28 kolab /etc/init.d/mysql[5442]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Jul 28 08:25:28 kolab /etc/init.d/mysql[5442]: [61B blob data]
Jul 28 08:25:28 kolab /etc/init.d/mysql[5442]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Jul 28 08:25:28 kolab /etc/init.d/mysql[5442]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Jul 28 08:25:28 kolab /etc/init.d/mysql[5442]:
Jul 28 08:25:28 kolab mysql[4695]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
Jul 28 08:25:28 kolab systemd[1]: mysql.service: control process exited, code=exited status=1
Jul 28 08:25:28 kolab systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
-- 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.
Jul 28 08:25:28 kolab systemd[1]: Unit mysql.service entered failed state.
Die Fehlermeldung hilft mir nur bedingt weiter da ich nicht sehe was das Problem ist.
Hat jemand für mich einen Tipp wo das Problem liegen könnte?
Viele Grüße
pixel24
-
DeletedUserReAsG
Beitrag
von DeletedUserReAsG » 28.07.2015 08:48:36
Möglicherweise sind die Zeilen in MySQLs eigenem Log nicht abgeschnitten – ich würde dort mal schauen.
-
pixel24
- Beiträge: 143
- Registriert: 28.06.2005 13:26:41
Beitrag
von pixel24 » 28.07.2015 08:53:55
im Logfile finde ich:
Code: Alles auswählen
150728 7:51:01 InnoDB: Waiting for the background threads to start
150728 7:51:02 InnoDB: 5.5.44 started; log sequence number 854732647
150728 7:51:02 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150728 7:51:02 [Note] - '127.0.0.1' resolves to '127.0.0.1';
150728 7:51:02 [Note] Server socket created on IP: '127.0.0.1'.
150728 7:51:02 [ERROR] Fatal error: Can't open and lock privilege tables: Incorrect file format 'host'
150728 7:55:44 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
150728 7:55:44 [Note] Plugin 'FEDERATED' is disabled.
150728 7:55:44 InnoDB: The InnoDB memory heap is disabled
150728 7:55:44 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150728 7:55:44 InnoDB: Compressed tables use zlib 1.2.8
150728 7:55:44 InnoDB: Using Linux native AIO
150728 7:55:44 InnoDB: Initializing buffer pool, size = 128.0M
150728 7:55:44 InnoDB: Completed initialization of buffer pool
150728 7:55:44 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150728 7:55:44 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150728 7:55:44 InnoDB: Waiting for the background threads to start
150728 7:55:45 InnoDB: 5.5.44 started; log sequence number 854732647
150728 7:55:45 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150728 7:55:45 [Note] - '127.0.0.1' resolves to '127.0.0.1';
150728 7:55:45 [Note] Server socket created on IP: '127.0.0.1'.
150728 7:55:47 [Note] mysqld: ready for connections.
Version: '5.5.44-0+deb8u1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
150728 7:56:26 [ERROR] Fatal error: Can't open and lock privilege tables: Incorrect file format 'host'
Also die Tabell mit den Rechten scheint defekt oder ein falsches Format zu haben. Wie kann ich diese reparieren oder neu erzeugen?
-
pixel24
- Beiträge: 143
- Registriert: 28.06.2005 13:26:41
Beitrag
von pixel24 » 28.07.2015 11:26:41
Ich habe versucht die Tabellen zu reparieren. Am End startete zwar MySQL es waren jedoch keine User & Rechte mehr vorhanden. Ich habe die Datensicherung zurück gespielt, jetzt habe ich wieder alles.
Der Grund ist mir jedoch schleierhaft.
-
rendegast
- Beiträge: 15041
- Registriert: 27.02.2006 16:50:33
- Lizenz eigener Beiträge: MIT Lizenz
Beitrag
von rendegast » 28.07.2015 14:02:52
Kann denn '/usr/bin/mysql_upgrade' mit der Datensicherung durchgeführt werden?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-
pixel24
- Beiträge: 143
- Registriert: 28.06.2005 13:26:41
Beitrag
von pixel24 » 28.07.2015 14:39:23
rendegast hat geschrieben:Kann denn '/usr/bin/mysql_upgrade' mit der Datensicherung durchgeführt werden?
Habe ich nicht probiert. Werde ich heute Abend, nachdem ich die inzwischen weiter veränderten daten nochmal gesichert wurden, probieren.