1 |
Am Sat, 27 May 2017 09:18:43 +0200 |
2 |
schrieb Sven Eden <sven.eden@×××.de>: |
3 |
|
4 |
> Hallo allerseits. |
5 |
> |
6 |
> > > Akonadi startet hier nicht richtig. Folgende Fehlermeldungen |
7 |
> > > erhalte ich beim Start von Kontact. |
8 |
> > > 170526 13:48:01 [Note] InnoDB: Database was not shutdown normally! |
9 |
> > > 170526 13:48:01 [Note] InnoDB: Starting crash recovery. 170526 |
10 |
> > > 13:48:01 [Note] InnoDB: Reading tablespace information from |
11 |
> > > the .ibd files... 170526 13:48:01 [Note] InnoDB: Restoring |
12 |
> > > possible half-written data pages 170526 13:48:01 [Note] InnoDB: |
13 |
> > > from the doublewrite buffer... 170526 13:48:06 [ERROR] InnoDB: |
14 |
> > > Tried to read 16384 bytes at offset 64208896. Was only able to |
15 |
> > > read 12288. 2017-05-26 13:48:06 7f7699b06740 InnoDB: Operating |
16 |
> > > system error number 5 in a file operation. InnoDB: Error number 5 |
17 |
> > > means 'Input/output error'. InnoDB: Some operating system error |
18 |
> > > numbers are described at InnoDB: |
19 |
> > > http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html |
20 |
> > > 170526 13:48:06 [ERROR] InnoDB: File (unknown): 'read' returned OS |
21 |
> > > error 105. Cannot continue operation |
22 |
> |
23 |
> Wieso wurde denn mysql nicht richtig beendet? Stromausfall oder so? |
24 |
> |
25 |
> Naja, die Innodb ist hin. |
26 |
|
27 |
Richtig... |
28 |
|
29 |
|
30 |
> > Sieht aus, als wäre die MySQL-Datei von Akonadi beschädigt, und |
31 |
> > außerdem die InnoDB-Log-Datei... Da wird es vermutlich einfacher, |
32 |
> > das neu aufzusetzen. Gibt es Backups von deinen Mails? |
33 |
> |
34 |
> Alle Mails sind entweder auf dem Server oder dem Dateisystem. Die |
35 |
> Datenbank von Akonadi ist nur für die Organisation und Metadatensuche. |
36 |
|
37 |
Werden nicht sehr kleine Objekte direkt in der Datenbank gespeichert |
38 |
und nicht extern? Die wären dann doch auch weg? |
39 |
|
40 |
|
41 |
> > Die Frage ist eigentlich auch, wie das passieren konnte. Verwendest |
42 |
> > du dein Dateisystem mit nobarrier? |
43 |
> |
44 |
> "InnoDB: Database was not shutdown normally!" - Und das mitten im |
45 |
> Schreibprozess. Die InnoDB ist *eigentlich* sehr robust. |
46 |
|
47 |
Ja, eigentlich... Wenn man allerdings die Ordering-Garantien des |
48 |
Dateisystems abschaltet, geht die beim Absturz/Reset/Stromausfall nun |
49 |
mal kaputt, zumindest wenn gerade darin geschrieben wird. |
50 |
HDD-Schreibcache und nobarrier können da beide sehr böse Fallen werden, |
51 |
die aber in fast jedem einfachen Tuning-Tutorial immer wieder erwähnt |
52 |
werden. InnoDB muss sich auf den unterliegenden Storage-Stack verlassen |
53 |
können, sonst funktioniert es nicht. |
54 |
|
55 |
|
56 |
-- |
57 |
Regards, |
58 |
Kai |
59 |
|
60 |
Replies to list-only preferred. |