Re: Akonadi

Kai Krakow <[email protected]> Sat, 27 May 2017 10:18:40 +0200
Newsgroups gmane.linux.gentoo.user.german
Message-ID <[email protected]>
Am Sat, 27 May 2017 09:18:43 +0200
schrieb Sven Eden <[email protected]>:

> 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.
signature.asc (application/pgp-signature, 195 B)
-----BEGIN PGP SIGNATURE-----

iF0EARECAB0WIQSPJIMIYCj/1CTz/WL4PtxD+QjMBQUCWSk2YAAKCRD4PtxD+QjM
BdJkAKCDxUh0pNxVyskd9IG+mJG4chNPpgCfeHL9thuRBOZH8iUf0NnGJF2ooRM=
=oQ5R
-----END PGP SIGNATURE-----