Hallo, Akonadi stoppt immer mal wieder. Oft in Verbindung mit der kmail Funktion Erinnerungen an Folgenachrichten erstellen. In kmail bleiben in Ordner verschobene e-mails nicht in dem Ziel-Ordner sondern wandern nach einem Neustart wieder in den Ursprungsordner zurück. In den Systemeinstellungen bleibt die Änderung von Hardware/Anzeige/ Monitor/Compositor zwar erhalten aber die Funktion ist nicht da. Erst wenn ich den Compositor von OpenGl 3.1auf 2.0 umstelle sind die Schattenkanten der Fenster wieder da und bleiben auch nach dem Rückstellen auf 3.1 erhalten. Nach einem Neustart sind sie wieder weg. Der Akonadi-Indexer blockiert das System nach jedem Neustart. Nach 1 Stunde heute wieder abgebrochen. Das Verschieben von Dateien in den Papierkorb dauert sehr lange. Andere Verschiebeoperationen gehen schnell. Das Löschen auf Konsolenebene ebenfalls. Gibt es eine Rettung ohne Neuinstallation? Kann jemand helfen? OS Leap 15.2, KDE-Plasma-Version 5.18.6, KDE-Frameworks-Version 5.71.0, QT- Version 5.12.7 -- Dirk
Am Montag, 9. August 2021, 09:52:47 CEST schrieb Dirk Meier:
Hallo,
Akonadi stoppt immer mal wieder. Oft in Verbindung mit der kmail Funktion Erinnerungen an Folgenachrichten erstellen.
In kmail bleiben in Ordner verschobene e-mails nicht in dem Ziel-Ordner sondern wandern nach einem Neustart wieder in den Ursprungsordner zurück.
In den Systemeinstellungen bleibt die Änderung von Hardware/Anzeige/ Monitor/Compositor zwar erhalten aber die Funktion ist nicht da. Erst wenn ich den Compositor von OpenGl 3.1auf 2.0 umstelle sind die Schattenkanten der Fenster wieder da und bleiben auch nach dem Rückstellen auf 3.1 erhalten. Nach einem Neustart sind sie wieder weg.
Der Akonadi-Indexer blockiert das System nach jedem Neustart. Nach 1 Stunde heute wieder abgebrochen.
Das Verschieben von Dateien in den Papierkorb dauert sehr lange. Andere Verschiebeoperationen gehen schnell. Das Löschen auf Konsolenebene ebenfalls.
Gibt es eine Rettung ohne Neuinstallation? Kann jemand helfen?
OS Leap 15.2, KDE-Plasma-Version 5.18.6, KDE-Frameworks-Version 5.71.0, QT- Version 5.12.7
Hallo, ich bin mal vor ein paar Monaten einer Empfehlung eines Kollegen hier in der Liste gefolgt und habe die Akonadi-Datenbank auf Portgre umgestellt. Ich hatte vor allem das Problem, dass es ewig dauerte, die Nachrichtenliste von umfangreichen Unterordnern wie bspw. diese Mailingliste anzuzeigen. Nach der Konvertierung ging es erst mal relativ rasch, mit nur geringer Verzögerung, und mittlerweile geht die Darstellung im Nu. Ob das auch für deine Probleme eine Lösung ist, kann ich nicht sagen. Die Umstellung auf PostgreSQL scheint aber jedenfalls kein Fehler zu sein. Grüße Richard
Hi warum treibt akonadi mariadb dazu rund 80% der CPU zu beanspruchen und zwar dauerhaft - ohne dass ich gerade was in MAIL mache? Bringt die Umstellung auf postgres etwas? wenn ja, was muss man dazu machen? Oder ist cyrus das Problem, (mein lokaler MailServer von dem ich die Mails per imap hole). Bringt da dovecot Besserung? Bye Jürgen Am Montag, 9. August 2021, 09:52:47 CEST schrieb Dirk Meier:
Hallo,
Akonadi stoppt immer mal wieder. Oft in Verbindung mit der kmail Funktion Erinnerungen an Folgenachrichten erstellen.
In kmail bleiben in Ordner verschobene e-mails nicht in dem Ziel-Ordner sondern wandern nach einem Neustart wieder in den Ursprungsordner zurück.
In den Systemeinstellungen bleibt die Änderung von Hardware/Anzeige/ Monitor/Compositor zwar erhalten aber die Funktion ist nicht da. Erst wenn ich den Compositor von OpenGl 3.1auf 2.0 umstelle sind die Schattenkanten der Fenster wieder da und bleiben auch nach dem Rückstellen auf 3.1 erhalten. Nach einem Neustart sind sie wieder weg.
Der Akonadi-Indexer blockiert das System nach jedem Neustart. Nach 1 Stunde heute wieder abgebrochen.
Das Verschieben von Dateien in den Papierkorb dauert sehr lange. Andere Verschiebeoperationen gehen schnell. Das Löschen auf Konsolenebene ebenfalls.
Gibt es eine Rettung ohne Neuinstallation? Kann jemand helfen?
OS Leap 15.2, KDE-Plasma-Version 5.18.6, KDE-Frameworks-Version 5.71.0, QT- Version 5.12.7
-- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de
Hi, hohe CPU-Last durch akonadi_maildir_resource hatte ich auch zuvor. Eben immer dann, wenn ich einen Ordner mit Tausenden Mails geöffnet hatte. Die Nachrichtenliste anzuzeigen dauert 3 Minuten und länger. KMail war praktisch unbrauchbar Ich hatte zuvor alles gelöscht und aus dem Backup wiederhergestellt. Ebenso hatte ich die KMail-Einstellungen gelöscht. Alles ohne Erfolg. Nun sind diese Problem mit Postgre schon Monate lang nicht mehr aufgetreten. Die Schritte der Umstellung habe ich mir im Netz gesucht. Ich habe es nicht dokumentiert. Ist aber jedenfalls kein großer Aufwand, auch nicht zeitlich. Grüße Richard Am Dienstag, 10. August 2021, 09:31:55 CEST schrieb Dr. Juergen Vollmer:
Hi
warum treibt akonadi mariadb dazu rund 80% der CPU zu beanspruchen und zwar dauerhaft - ohne dass ich gerade was in MAIL mache?
Bringt die Umstellung auf postgres etwas? wenn ja, was muss man dazu machen?
Oder ist cyrus das Problem, (mein lokaler MailServer von dem ich die Mails per imap hole). Bringt da dovecot Besserung?
Bye Jürgen
Am Montag, 9. August 2021, 09:52:47 CEST schrieb Dirk Meier:
Hallo,
Akonadi stoppt immer mal wieder. Oft in Verbindung mit der kmail Funktion Erinnerungen an Folgenachrichten erstellen.
In kmail bleiben in Ordner verschobene e-mails nicht in dem Ziel-Ordner sondern wandern nach einem Neustart wieder in den Ursprungsordner zurück.
In den Systemeinstellungen bleibt die Änderung von Hardware/Anzeige/ Monitor/Compositor zwar erhalten aber die Funktion ist nicht da. Erst wenn ich den Compositor von OpenGl 3.1auf 2.0 umstelle sind die Schattenkanten der Fenster wieder da und bleiben auch nach dem Rückstellen auf 3.1 erhalten. Nach einem Neustart sind sie wieder weg.
Der Akonadi-Indexer blockiert das System nach jedem Neustart. Nach 1 Stunde heute wieder abgebrochen.
Das Verschieben von Dateien in den Papierkorb dauert sehr lange. Andere Verschiebeoperationen gehen schnell. Das Löschen auf Konsolenebene ebenfalls.
Gibt es eine Rettung ohne Neuinstallation? Kann jemand helfen?
OS Leap 15.2, KDE-Plasma-Version 5.18.6, KDE-Frameworks-Version 5.71.0, QT- Version 5.12.7
Bei mir geht das Öffnen eines großen Ordners ratzfatz, aber das Indizieren meiner ~10GB Mails dauert schon mal einige Stunden. Ich denke das ist das normale Verhalten. Nach einem komplett-Update oder bei Neuinstallationen lasse ich den Rechner über Nacht laufen, dann habe ich nen kompletten und funktionsfähigen Akonadi-Index... und wenn der funzt, ist das echt eindrucksvoll. Am Dienstag, 10. August 2021, 10:37:57 CEST schrieb Richard Hafenscher:
Hi,
hohe CPU-Last durch akonadi_maildir_resource hatte ich auch zuvor. Eben immer dann, wenn ich einen Ordner mit Tausenden Mails geöffnet hatte. Die Nachrichtenliste anzuzeigen dauert 3 Minuten und länger. KMail war praktisch unbrauchbar Ich hatte zuvor alles gelöscht und aus dem Backup wiederhergestellt. Ebenso hatte ich die KMail-Einstellungen gelöscht. Alles ohne Erfolg.
Nun sind diese Problem mit Postgre schon Monate lang nicht mehr aufgetreten.
Die Schritte der Umstellung habe ich mir im Netz gesucht. Ich habe es nicht dokumentiert. Ist aber jedenfalls kein großer Aufwand, auch nicht zeitlich.
Grüße Richard
Am Dienstag, 10. August 2021, 09:31:55 CEST schrieb Dr. Juergen Vollmer:
Hi
warum treibt akonadi mariadb dazu rund 80% der CPU zu beanspruchen und zwar dauerhaft - ohne dass ich gerade was in MAIL mache?
Bringt die Umstellung auf postgres etwas? wenn ja, was muss man dazu machen?
Oder ist cyrus das Problem, (mein lokaler MailServer von dem ich die Mails per imap hole). Bringt da dovecot Besserung?
Bye Jürgen
Am Montag, 9. August 2021, 09:52:47 CEST schrieb Dirk Meier:
Hallo,
Akonadi stoppt immer mal wieder. Oft in Verbindung mit der kmail Funktion Erinnerungen an Folgenachrichten erstellen.
In kmail bleiben in Ordner verschobene e-mails nicht in dem Ziel-Ordner sondern wandern nach einem Neustart wieder in den Ursprungsordner zurück.
In den Systemeinstellungen bleibt die Änderung von Hardware/Anzeige/ Monitor/Compositor zwar erhalten aber die Funktion ist nicht da. Erst wenn ich den Compositor von OpenGl 3.1auf 2.0 umstelle sind die Schattenkanten der Fenster wieder da und bleiben auch nach dem Rückstellen auf 3.1 erhalten. Nach einem Neustart sind sie wieder weg.
Der Akonadi-Indexer blockiert das System nach jedem Neustart. Nach 1 Stunde heute wieder abgebrochen.
Das Verschieben von Dateien in den Papierkorb dauert sehr lange. Andere Verschiebeoperationen gehen schnell. Das Löschen auf Konsolenebene ebenfalls.
Gibt es eine Rettung ohne Neuinstallation? Kann jemand helfen?
OS Leap 15.2, KDE-Plasma-Version 5.18.6, KDE-Frameworks-Version 5.71.0, QT- Version 5.12.7
-- Best Regards - Mit freundlichen Grüßen, Markus Feilner, Feilner IT - 20 years of open services - ------------------------- Agile Recursive Documentation: – Document it or it didn't happen! – ------------------------- Digitale Souveränität, Nachhaltigkeit, Dokumentation Linux, Security, Strategy, Politics, Journalism, Networking. https://www.feilner-it.net, 93059 Regensburg Wöhrdstr. 10, +49 170 302 7092 (+Signal) PGP: 40A3C306F96133067C11CFD9A958A906268C9F0A http://www.feilner-it.net/files/MFpub.asc Xing: http://www.xing.com/profile/Markus_Feilner LinkedIn: https://www.linkedin.com/in/markusfeilner @mfeilner: Matrix, Jabber, Skype, Twitter, Diaspora, ...
participants (4)
-
Dirk Meier -
Dr. Juergen Vollmer -
Markus Feilner -
Richard Hafenscher