Hallo Leute!
Ich weiß nicht seit wann ich das Problem habe, ich konnte es erst heute Abend merken, obwohl ich den Verdacht habe, dass es schon seit lange so ist...
Also, Debian 10 mit KDE 5 aus den Repos. Ich nutze KNotes um ein paar Notizen auf dem Desktop zu speichern.
Nun können Änderungen an den bestehenden Notizen nicht mehr gespeichert werden und neue Notizen können nicht angelegt werden. Einzige Meldung ist "Die Nozig wurde nicht erstellt"...
Im SysLog wird auch nichts geschrieben, sowie in keine andere Datei unter /var/log/
Hat jemand eine Ahnung, was das Problem sein könnte und wie man das löst?
Tausend Dank Luca Bertoncello (lucabert@lucabert.de)
Blöde Frage, aber deine Festplatte/Partition ist nicht zufällig voll? 😁
Luca Bertoncello lucabert@lucabert.de schrieb am Mo., 27. März 2023, 21:44:
Hallo Leute!
Ich weiß nicht seit wann ich das Problem habe, ich konnte es erst heute Abend merken, obwohl ich den Verdacht habe, dass es schon seit lange so ist...
Also, Debian 10 mit KDE 5 aus den Repos. Ich nutze KNotes um ein paar Notizen auf dem Desktop zu speichern.
Nun können Änderungen an den bestehenden Notizen nicht mehr gespeichert werden und neue Notizen können nicht angelegt werden. Einzige Meldung ist "Die Nozig wurde nicht erstellt"...
Im SysLog wird auch nichts geschrieben, sowie in keine andere Datei unter /var/log/
Hat jemand eine Ahnung, was das Problem sein könnte und wie man das löst?
Tausend Dank Luca Bertoncello (lucabert@lucabert.de)
Am 28.03.23 um 07:05 schrieb Luca Bertoncello:
Am 27.03.2023 um 22:47 schrieb Stefan Engelhardt:
Blöde Frage, aber deine Festplatte/Partition ist nicht zufällig voll? 😁
Nein, definitiv nicht... Ich habe noch fast 500GB frei...
Als root oder als Nutzer? Bei ext* unterscheiden sich die Werte. Wobei bei zu wenig Platz sollte es auch Probleme mit der Session geben.
Noch so ein toller Hinweis: Geht die Uhr richtig?
Anderes Programm, gleicher Fehler: https://github.com/ksnip/ksnip/issues/687
Grüße Luca Bertoncello (lucabert@lucabert.de)
Am 28.03.2023 09:59, schrieb Tobias Schlemmer:
Am 28.03.23 um 07:05 schrieb Luca Bertoncello:
Am 27.03.2023 um 22:47 schrieb Stefan Engelhardt:
Blöde Frage, aber deine Festplatte/Partition ist nicht zufällig voll? 😁
Nein, definitiv nicht... Ich habe noch fast 500GB frei...
Als root oder als Nutzer? Bei ext* unterscheiden sich die Werte. Wobei bei zu wenig Platz sollte es auch Probleme mit der Session geben.
Insgesamt... Und ich kann problemlos vieles anderes speichern, also es kann nicht sein, dass das Schreiben von ein paar Kilobytes problematisch ist, wenn es um Megabytes kein Problem ist...
Noch so ein toller Hinweis: Geht die Uhr richtig?
Ja... ich nutze NTP und konnte bisher keine Abweichung merken von andere Systemen/Uhren...
Grüße Luca Bertoncello (lucabert@lucabert.de)
Achau doch mal mit scharfem Auge mit strace, was genau an syscalls probiert werden, und welcher davon scheitert.
Am 28.03.2023 um 02:44 schrieb Carsten Weber:
Achau doch mal mit scharfem Auge mit strace, was genau an syscalls probiert werden, und welcher davon scheitert.
Ich habe gerade probiert, knotes per Console zu starten. Wenn ich ein neues Notiz hinzufügen will, sehe ich folgendes:
QIODevice::read (QLocalSocket): device not open org.kde.pim.noteshared: "Failed to append item"
Hat jemand eine Ahnung, was es bedeuten könnte?
Danke Luca Bertoncello (lucabert@lucabert.de)
Hi,
On 28/03/2023 07:11, Luca Bertoncello wrote:
Am 28.03.2023 um 02:44 schrieb Carsten Weber:
Achau doch mal mit scharfem Auge mit strace, was genau an syscalls probiert werden, und welcher davon scheitert.
Ich habe gerade probiert, knotes per Console zu starten. Wenn ich ein neues Notiz hinzufügen will, sehe ich folgendes:
QIODevice::read (QLocalSocket): device not open org.kde.pim.noteshared: "Failed to append item"
Hat jemand eine Ahnung, was es bedeuten könnte?
Der wichtigste Hinweis hier ist nicht der syscall, sondern dass knotes Teil von KDE PIM ist.
Das bedeutet es versucht seine Daten via Akonadi zu speichern. Akonadi wiederum beschäftigt eine User-local MySQL Datenbank damit E-Mail-Daten lokal zu spiegeln und hat ein völlig Overengineertes Verständnis davon wie man mit Daten umgeht und ob EMails oder Dateien die eigentlichen Primitive sind. Notizen auf virtuellen gelben Klebezetteln sind schließlich so unheimlich wichtig dass man sie gleich im EMail-Account plus in der lokalen Datenbank(!!) abspeichert damit sie auf jedem Rechner verfügbar sind.
Im besten Fall einfach Akonadi neu starten.
Ansonsten musst Du diagnositizieren was in Deiner IMAP-Konfiguration schiefgegangen ist und ob es da irgendwo Probleme beim Speichern in den INBOX.Notes Mail Folder gibt. Oder ob Akonadi Notes doch irgendwo anders, im Extremfall sogar lokal, ablegt. Du findest das alles irgendwo im KContact oder KMail oder so...
Im schlimmsten Fall musst Du Akonadi plätten und neu synchronisieren. Oder gleich auf einfache Textdateien umsteigen.
Viel Glück!
Konrad
Der wichtigste Hinweis hier ist nicht der syscall, sondern dass knotes Teil von KDE PIM ist.
Das bedeutet es versucht seine Daten via Akonadi zu speichern. Akonadi wiederum beschäftigt eine User-local MySQL Datenbank damit E-Mail-Daten lokal zu spiegeln und hat ein völlig Overengineertes Verständnis davon wie man mit Daten umgeht und ob EMails oder Dateien die eigentlichen Primitive sind. Notizen auf virtuellen gelben Klebezetteln sind schließlich so unheimlich wichtig dass man sie gleich im EMail-Account plus in der lokalen Datenbank(!!) abspeichert damit sie auf jedem Rechner verfügbar sind.
Im besten Fall einfach Akonadi neu starten.
Ansonsten musst Du diagnositizieren was in Deiner IMAP-Konfiguration schiefgegangen ist und ob es da irgendwo Probleme beim Speichern in den INBOX.Notes Mail Folder gibt. Oder ob Akonadi Notes doch irgendwo anders, im Extremfall sogar lokal, ablegt. Du findest das alles irgendwo im KContact oder KMail oder so...
Im schlimmsten Fall musst Du Akonadi plätten und neu synchronisieren. Oder gleich auf einfache Textdateien umsteigen.
Viel Glück!
Konrad
für den Fall Akonadi: E s gibt da als CLI akonadictl mit Befehlen wie stop/start/restart & vacuum & fsck. Manchmal helfen Fehlermeldungen, die dabei ggf. auftreten weiter. Ich hatte nach irgendwelchen Updates mal die eigentliche DB nicht mehr funktionsfähig. mysql-upgrade --force war da nötig. Du findest dazu in Internetforen auch Hinweise. (Das ist aber bezüglich kmail passiert, knotes nutze ich selten/nie.)
Am 28.03.2023 um 17:38 schrieb Bernhard Schiffner:
Hallo!
für den Fall Akonadi: E s gibt da als CLI akonadictl mit Befehlen wie stop/start/restart & vacuum & fsck. Manchmal helfen Fehlermeldungen, die dabei ggf. auftreten weiter. Ich hatte nach irgendwelchen Updates mal die eigentliche DB nicht mehr funktionsfähig. mysql-upgrade --force war da nötig. Du findest dazu in Internetforen auch Hinweise. (Das ist aber bezüglich kmail passiert, knotes nutze ich selten/nie.)
Vermutlich habe ich das Problem gefunden... Nachdem ich Akonadi neugestartet habe, wird viel auf der Console geloggt... Und das scheint verdächtig aus:
lucabert@frodo:~$ org.kde.pim.akonadiserver: DATABASE ERROR: org.kde.pim.akonadiserver: Error code: "1292" org.kde.pim.akonadiserver: DB error: "Incorrect datetime value: '2023-03-28T17:58:02Z' for column `akonadi`.`pimitemtable`.`datetime` at row 1" org.kde.pim.akonadiserver: Error text: "Incorrect datetime value: '2023-03-28T17:58:02Z' for column `akonadi`.`pimitemtable`.`datetime` at row 1 QMYSQL: Die Abfrage konnte nicht ausgeführt werden" org.kde.pim.akonadiserver: Query: "INSERT INTO PimItemTable (rev, remoteRevision, gid, collectionId, mimeTypeId, datetime, atime, dirty, size) VALUES (:0, :1, :2, :3, :4, :5, :6, :7, :8)" org.kde.pim.akonadiserver: Error during insertion into table "PimItemTable" "Incorrect datetime value: '2023-03-28T17:58:02Z' for column `akonadi`.`pimitemtable`.`datetime` at row 1 QMYSQL: Die Abfrage konnte nicht ausgeführt werden"
Die Frage ist, wo diese Datenbank liegt und wie ich prüfen kann welcher Typ die Spalte datetime ist und ggfs. korrigiere...
Grüße Luca Bertoncello (lucabert@lucabert.de)
Am 28.03.2023 um 20:00 schrieb Luca Bertoncello:
Hallo nochmal
Die Frage ist, wo diese Datenbank liegt und wie ich prüfen kann welcher Typ die Spalte datetime ist und ggfs. korrigiere...
Anscheinend ist das Problem, dass MariaDB dieses Datumformat nicht (mehr) unterstützt... Theoretisch sollte man eine Option einschalten, siehe https://dba.stackexchange.com/questions/180072/mariadb-10-2-7-doesnt-accept-... Allerdings ist in der mysqld.conf von Akonadi ganz eindeutig geschrieben:
# TODO: make Akonadi work with those settings enabled # sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
Und natürlich das zu aktivieren führt zum Absturz sobald Daten geschrieben werden...
Ideen? Ich kann mir überhaupt nicht vorstellen, dass die ganze Programme, die Akonadi nutzen, plötzlich nicht mehr gehen und keiner von KDE-Team das Problem korrigiert hat... Mein Debian 10 hat alle Pakete in der allerletzten Version.
Danke Luca Bertoncello (lucabert@lucabert.de)
Am 28.03.2023 um 17:38 schrieb Bernhard Schiffner:
Hallo Leute
Ansonsten musst Du diagnositizieren was in Deiner IMAP-Konfiguration schiefgegangen ist und ob es da irgendwo Probleme beim Speichern in den INBOX.Notes Mail Folder gibt. Oder ob Akonadi Notes doch irgendwo anders, im Extremfall sogar lokal, ablegt. Du findest das alles irgendwo im KContact oder KMail oder so...
Im schlimmsten Fall musst Du Akonadi plätten und neu synchronisieren. Oder gleich auf einfache Textdateien umsteigen.
Nachdem ich auch von den KDE-Leute keine Hilfe bekommen habe, habe ich heute überlegt, ob eventuell Akonadi auch andere Datenbanken als MariaDB unterstützt... Das ist tatsächlich so! Man kann PostgreSQL und SQLite auch nutzen.
PostgreSQL zu installieren, nur um die paar Notizen zu speichern klingt wie Spatzen mit Kanonen zu schießen, aber SQLite ist natürlich auch eine Möglichkeit. Es gibt dabei der Hinweis, dass SQLite keine konkurrente Zugriffe unterstützt, aber wann (und wie!) soll ich denn mehrere Notizen gleichzeitig schreiben? Also, für meine Zwecke absolut in Ordnung und Debian hat auch das Paket akonadi-backend-sqlite, daher habe ich probiert...
Und es geht! Ich kann nun endlich die Notizen in KNotes wieder schreiben. Natürlich musste ich vorher die paar Notizen und deren Einstellungen mir sichern und neu anlegen, aber es waren am Ende nur zwei Notizen, daher der Aufwand war minimal... Vielleicht gibt es auch eine Möglichkeit, die Daten von einem Backend zu den anderen zu konvertieren, ich weiß es nicht. Für meine Zwecke vermutlich aufwändiger als die paar Texte von A nach B zu kopieren...
Also, falls jemand andere das Problem hat, das könnte eine Lösung sein!
Schönes Wochenende Luca Bertoncello (lucabert@lucabert.de)
lug-dd@mailman.schlittermann.de
-
Bernhard Schiffner -
Carsten Weber -
Konrad Rosenbaum -
Luca Bertoncello -
Stefan Engelhardt -
Tobias Schlemmer