Am Mittwoch, 19. September 2018, 21:34:46 CEST schrieb Jan Ritzerfeld:
Am Mittwoch, 19. September 2018, 15:00:57 CEST schrieb Herbert Albert:
(...). 2018-09-19 14:33:20 139899725862656 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch). (...).
Das klingt tatsächlich nach der Meldung, die du nach der erneuten Installation von mariadb von gesehen hast: | WARNING: You are upgrading from different stable version of MySQL! | Your database will be migrated automatically during next restart of MySQL. | Before you do that make sure you have up to date backup of your data. It | should be mainly in /var/lib/mysql directory.
Mein Vorschlag ist, diese Migration für deine Akonadi-DB nachzuholen. Dazu muss akonadi laufen damit du dessen DB zugreifen kannst. Dann gibt es ein Verzeichnis, dass so ähnlich heißt, wie das aus deinem MySQL-Server Protokoll: /tmp/akonadi-herbert.XgUQap Die Buchstaben und Zahlen nach "herbert." sind zufällig und nach jeden Neustart von akonadi verschieden. Wenn du den aktuellen Verzeichnisnamen herausgefunden hat, rufst du einfach folgenden Befehl auf, aber eben mit dem gerade ermittelten Verzeichnis, das dann die aktuelle mysql-socket-Datei enthält: mysql_upgrade --socket=/tmp/akonadi-herbert.XgUQap/mysql.socket
Gruß Jan Hallo Jan,
obwohl mich mich damit (mysql) nicht auskenne habe ich Deine Ratschlag befolgt. mysql_upgrade --socket=/tmp/akonadi-herbert.XgUQap/mysql.socket Phase 1/7: Checking and upgrading mysql database Processing databases mysql mysql.column_stats OK mysql.columns_priv OK mysql.db OK mysql.event OK mysql.func OK mysql.gtid_slave_pos OK mysql.help_category OK mysql.help_keyword OK mysql.help_relation OK mysql.help_topic OK mysql.host OK mysql.index_stats OK mysql.innodb_index_stats OK mysql.innodb_table_stats OK mysql.plugin OK mysql.proc OK mysql.procs_priv OK mysql.proxies_priv OK mysql.roles_mapping OK mysql.servers OK mysql.table_stats OK mysql.tables_priv OK mysql.time_zone OK mysql.time_zone_leap_second OK mysql.time_zone_name OK mysql.time_zone_transition OK mysql.time_zone_transition_type OK mysql.user OK Phase 2/7: Installing used storage engines... Skipped Phase 3/7: Fixing views Phase 4/7: Running 'mysql_fix_privilege_tables' Phase 5/7: Fixing table and database names Phase 6/7: Checking and upgrading tables Processing databases akonadi akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontable OK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelation OK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.relationtable OK akonadi.relationtypetable OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK akonadi.tagtypetable OK information_schema performance_schema test Phase 7/7: Running 'FLUSH PRIVILEGES' OK Danach konnte ich gar nichts mit KMail anfangen, da Akonadi nicht verfügbar war. :~> akonadictl restart Akonadi is not running. :~> akonadictl start Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) herbert@wodan:~> org.kde.pim.akonadiserver: mysqld for Akonadi is already running, trying to connect to it. /usr/bin/mysqlcheck: Got error: 1044: Access denied for user ''@'localhost' to database 'akonadi' when selecting the database org.kde.pim.akonadiserver: Failed to create database org.kde.pim.akonadiserver: Query error: "Access denied for user ''@'localhost' to database 'akonadi' QMYSQL: Unable to execute query" org.kde.pim.akonadiserver: Database error: " " org.kde.pim.akonadiserver: Failed to remove runtime connection config file org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally... Erst ein reboot lässt meine Mails wieder sichtbar werden. Warum liegt mysql.socket auf /tmp, dass ja jederzeit gelöscht werden kann? Ob mein Problem noch besteht werde ich sehen, tritt nach dem "akonadictl restart" nach einer Weile auf, bzw. dann, wenn ich mehrere Mails nacheinander durchklicke. akonadiselftest zeigt jetzt den Fehler nicht mehr an, nur noch 2 alte "Früheres Fehlerprodokoll des Akonadi-Servers gefunden" Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org