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