Leap 15.2 - Thunderbird 78.7.0 (64-Bit) wird sporadisch langsamer bis zum Einfrieren
Liebe Mitlistlinge, bei diesem Problem erhoffe ich mir die Hilfe der Schwarmintelligenz: Folgende und andere Fehlermeldungen, die auf ein vermutlich unrundes Skript hinweisen, erhalte ich, wenn ich Thunderbird offen habe (was arbeitsbedingt in der Regel immer der Fall ist) "Script: chrome://messenger/content/tabmail.js:524" Wenn es passiert, beobachte ich via KSysGuard eine erhöhte Lese- und Schreibtätigkeit bei den Festplatten bis hin zum Komplettstillstand des ganzen Systems. Oder der Rechner blockiert. Es passiert nicht immer, eine Regelmäßigkeit wie eine bestimmte Zeit, kann ich auch nicht erkennen. Aktuell, also beim Schreiben dieser Mail, ging es soweit, dass mir die Meldung ausgegeben wurde, Thunderbird reagiere nicht mehr. Ich habe dann abgewartet, bis das System sich wieder beruhigt hatte. Da ich das System mit Sicherheitsaktualisierungen aktuell halte, bin ich etwas ratlos. Auf der Suche nach einer möglichen Fehleranalyse und Behebung des Fehlers habe ich festgestellt, dass diese Fehler anscheinend zumindest bei der Windowsfraktion schon Jahre herumgeistert. Dort wird er mit fehlerhaften Javaskripts bei Thunderbirds in Verbindung gebracht. Für den Linuxbereich, speziell Opensuse/Leap-Bereich wurde ich bisher noch nicht fündig. Vielleicht weiß ja jemand in unserer Liste Rat. Ich habe folgenden technischen Unterbau Betriebssystem: openSUSE Leap 15.2 KDE-Plasma-Version: 5.18.6 KDE-Frameworks-Version: 5.71.0 Qt-Version: 5.12.7 Kernel-Version: 5.3.18-lp152.60-default Art des Betriebssystems: 64-bit Prozessoren: 8 × AMD FX(tm)-8120 Eight-Core Processor Speicher: 3,8 GiB Arbeitsspeicher Grafik: Nvidia GF114 (GeForce GTX 560) Für eine weiterführende Hilfe wäre ich dankbar. Christoph v. Gallera -- Mittelhessenblog ISSN 2195–5441 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 01.02.21 um 17:58 schrieb Christoph v. Gallera:
Liebe Mitlistlinge,
bei diesem Problem erhoffe ich mir die Hilfe der Schwarmintelligenz:
Folgende und andere Fehlermeldungen, die auf ein vermutlich unrundes Skript hinweisen, erhalte ich, wenn ich Thunderbird offen habe (was arbeitsbedingt in der Regel immer der Fall ist)
"Script: chrome://messenger/content/tabmail.js:524"
Wenn es passiert, beobachte ich via KSysGuard eine erhöhte Lese- und Schreibtätigkeit bei den Festplatten bis hin zum Komplettstillstand des ganzen Systems. Oder der Rechner blockiert. Es passiert nicht immer, eine Regelmäßigkeit wie eine bestimmte Zeit, kann ich auch nicht erkennen. Aktuell, also beim Schreiben dieser Mail, ging es soweit, dass mir die Meldung ausgegeben wurde, Thunderbird reagiere nicht mehr. Ich habe dann abgewartet, bis das System sich wieder beruhigt hatte. Da ich das System mit Sicherheitsaktualisierungen aktuell halte, bin ich etwas ratlos.
Auf der Suche nach einer möglichen Fehleranalyse und Behebung des Fehlers habe ich festgestellt, dass diese Fehler anscheinend zumindest bei der Windowsfraktion schon Jahre herumgeistert. Dort wird er mit fehlerhaften Javaskripts bei Thunderbirds in Verbindung gebracht. Für den Linuxbereich, speziell Opensuse/Leap-Bereich wurde ich bisher noch nicht fündig. Vielleicht weiß ja jemand in unserer Liste Rat.
Ich habe folgenden technischen Unterbau
Betriebssystem: openSUSE Leap 15.2 KDE-Plasma-Version: 5.18.6 KDE-Frameworks-Version: 5.71.0 Qt-Version: 5.12.7 Kernel-Version: 5.3.18-lp152.60-default Art des Betriebssystems: 64-bit Prozessoren: 8 × AMD FX(tm)-8120 Eight-Core Processor Speicher: 3,8 GiB Arbeitsspeicher Grafik: Nvidia GF114 (GeForce GTX 560)
Für eine weiterführende Hilfe wäre ich dankbar.
Christoph v. Gallera
Hallo Christoph, ich hatte mal auf meinem Notebook mit einer älteren Version von Thunderbird ein ähnliches Problem. Bei mir lag es daran, das ein Mailordner kaputt war und Thunderbird sich mit einer Prozessorauslastung von teilweise 70% daran abgerackert hat. Dabei wurde die Datei panacea.dat im Thunderbird-Profilverzeichnis ständig größer. Da ich nicht genau wusste welcher Mailordner kaputt war, habe ich sämtliche Ordner reparieren lassen. Mailordner auswählen dann rechte Maustaste klicken, dann "Eigenschaften" auswählen und "Ordner reparieren". Danach hat sich Thunderbird wieder beruhigt. Allerdings hatte ich keine Fehlermeldungen wie Du ... vielleicht ist das bei Dir doch ein anderes Problem ... Viele Grüße Stefan
Karl Sinn schrieb:
Speicher: 3,8 GiB Arbeitsspeicher
reicht Dir das? Könnte es sein dass der Rechner sporadisch anfängt zu swappen?
Das war auch mein erster Gedanke bei der Fehlerbeschreibung, ein typisches Verhalten, wenn das Memory voll ist. Unter KDE, was Christoph benutzt, kann man ja Strg und Esc drücken, und dann dadurch gestarteten System-Monitor ständig mitlaufen lassen, am besten sogar noch mit den Prozessen nach Speicherauslastung sortiert. Dann sieht man ja, wie sich das entwickelt und kann diese Vermutung bestätigen oder widerlegen. Möglicherweise handelt es sich aber auch um eine Fehlfunktion aufgrund einer langen Update-Historie. Ich hatte das vor etlichen Jahren mal bei Seamonkey, also einem anderen auf Mozilla-Code basierenden Produkt, dort allerdings im Browser-Bereich. Da hatte sich die Lage des Browser-Caches verändert, aber der alte Cache war noch mit Inhalt gefüllt, was wiederum Seamonkey veranlasste, eben selbigen immer mal wieder im Hintergrund (und "ohne Ansage") komplett durchzuscannen (wofür habe ich nie herausgefunden). Damit fanden viele Disk-Zugriffe statt und dadurch wurde das User-Interface natürlich sehr langsam. Lösung war dann einfach, diesen ohnehin nicht mehr benötigten Cache einfach von der Platte zu löschen. D.h. wenn das Problem passiert oder am besten vorher schon prophylaktisch mal einen strace laufen lassen, so hatte ich das damals auch rausgefunden, etwa wie folgt: strace -f -p 4711 -e open Statt 4711 natürlich die echte PID vom Thunderbird-Prozess benutzen, die dürfte man mit folgendem Kommando rausfinden: ps ax | grep thunderbird-bin Damit werden alle open-Systemcalls mitgeloggt, was ein Hinweis auf umfangreiche Disk-Aktivitäten sein kann. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 01.02.21 um 17:58 schrieb Christoph v. Gallera: (...0>
Folgende und andere Fehlermeldungen, die auf ein vermutlich unrundes Skript hinweisen, erhalte ich, wenn ich Thunderbird offen habe (was arbeitsbedingt in der Regel immer der Fall ist)
"Script: chrome://messenger/content/tabmail.js:524"
Wenn es passiert, beobachte ich via KSysGuard eine erhöhte Lese- und Schreibtätigkeit bei den Festplatten bis hin zum Komplettstillstand des ganzen Systems. Oder der Rechner blockiert. Es passiert nicht immer, eine Regelmäßigkeit wie eine bestimmte Zeit, kann ich auch nicht erkennen. Aktuell, also beim Schreiben dieser Mail, ging es soweit, dass mir die Meldung ausgegeben wurde, Thunderbird reagiere nicht mehr. Ich habe dann abgewartet, bis das System sich wieder beruhigt hatte. Da ich das System mit Sicherheitsaktualisierungen aktuell halte, bin ich etwas ratlos.
Passiert das nur beim Thunderbird? Oder auch wenn Thunderbird mal nen Vormittag aus ist? Was sagt denn top (oder der Systemmonitor in diesen Momenten) dreht akonadi gerade durch? Der Rechner hat wenig RAM. Daher evtl. mal 'akonadictl stop' versuchen. Bernd
Moin Liste, moin Stefan, Karl, Manfred und Bernd, zunächst Danke für Eure Antworten. Vor einer neuen Antwort meinerseits wollte ich das Phänomen noch einmal etwas länger beobachten. Ich denke, ich habe jetzt genügend belastbare Daten zusammen. Einer Lösung des ganzen bin ich indes nur unwesentlich näher gekommen. Einige zwischenzeitliche Sicherheitsupdates des Thunderbirds haben zumindest das Einfrieren seltener werden lassen. 1. Zu Deinem Vorschlag Manfred: strace weist unter thunderbird auf 72 laufende Prozesse (threads) hin. Eine zusätzliche Beobachtung auf der grafischen Oberfläche weist bei Systemaktivitäten (Strg-Esc) bei der Ausgabe der Speicherdetails unter shared auf /var/cache/fontconfig/ hin mit etliche Dateien der Endung .cache-7. Anmerkung: Aus Archivgründung habe ich die Inhalte alter Thunderbird-Installationen (Mailverkehr, Archive von Pressemitteilungen) unter Umbenennung abgespeichert. Diese und die aktuelle liegen allerdings nicht unter var, sondern in einem Nicht-Systemvezeichnis. Kann mir allerdings nicht vorstellen, wie die aktuelle Installation die finden soll, wenn der Aufruf nicht mehr thunderbird-bin heißt, sondern thunderbirdX-bin... 2. Zu Deiner Anmerkung Stefan: Mailordner komprimiere ich regelmäßig. Auch die Überprüfung der Maildatenbank findet regelmäßig statt. 3. Karl: Sporadisches Swappen habe ich in diesen Wochen speziell im Zusammenhang mit Thunderbird nicht beobachten können. 4. Bernd: Die Deaktivierung von akonadi hat nichts nennnenswertes ergeben. Das Einfrieren von thunderbird oder auch Firefox ist unabhängig davon immer wieder aufgetaucht. Die Verzeichnisse unter var und tmp sind regulär zu 55 % belegt, frei sind jeweils 31 GB. In der Regel, wenn ich den Skripten Zeit lasse, funktioniert das System dann nach einer Viertelstunde oder halben Stunde wieder. Nur ist damit natürlich kein Arbeiten möglich. Weder Bildbearbeitung noch Arbeiten im Backend vom CMS etc. Ich habe inzwischen die Vermutung, dass es damit zusammenhämgen könnte, dass ich die Suse in den zurückliegenden Updaterunden seit 42 immer nur jeweils aktualisiert aber nicht jeweils frisch immer wieder neu installiert habe. Sprich, wenn ich den Systembereich komplett putzen und neu aufsetzen würde, verschwinden diese Macken vielleicht. Was mich abhält? Es ist mein zentraler Arbeitsrechner, ich arbeite mit Logical Volumes für die Anwendungsdaten und bin mir nicht sicher, wie sich Leap verhält, wenn ich eine komplette Neuinstallation im Systembereich fahre und die Plattenaufteilung im Anwendungsbereich beibehalten möchte. Jetzt steht ja bald die neue Runde mit der 15.3 an. Die technischen Daten: Betriebssystem: openSUSE Leap 15.2 KDE-Plasma-Version: 5.18.6 KDE-Frameworks-Version: 5.71.0 Qt-Version: 5.12.7 Kernel-Version: 5.3.18-lp152.63-default Art des Betriebssystems: 64-bit Prozessoren: 8 × AMD FX(tm)-8120 Eight-Core Processor Speicher: 3,8 GiB Arbeitsspeicher Grafik: NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1) Beste Grüße, Christoph Am 01.02.21 um 17:58 schrieb Christoph v. Gallera:
Liebe Mitlistlinge,
bei diesem Problem erhoffe ich mir die Hilfe der Schwarmintelligenz:
Folgende und andere Fehlermeldungen, die auf ein vermutlich unrundes Skript hinweisen, erhalte ich, wenn ich Thunderbird offen habe (was arbeitsbedingt in der Regel immer der Fall ist)
"Script: chrome://messenger/content/tabmail.js:524"
Wenn es passiert, beobachte ich via KSysGuard eine erhöhte Lese- und Schreibtätigkeit bei den Festplatten bis hin zum Komplettstillstand des ganzen Systems. Oder der Rechner blockiert. Es passiert nicht immer, eine Regelmäßigkeit wie eine bestimmte Zeit, kann ich auch nicht erkennen. Aktuell, also beim Schreiben dieser Mail, ging es soweit, dass mir die Meldung ausgegeben wurde, Thunderbird reagiere nicht mehr. Ich habe dann abgewartet, bis das System sich wieder beruhigt hatte. Da ich das System mit Sicherheitsaktualisierungen aktuell halte, bin ich etwas ratlos.
Auf der Suche nach einer möglichen Fehleranalyse und Behebung des Fehlers habe ich festgestellt, dass diese Fehler anscheinend zumindest bei der Windowsfraktion schon Jahre herumgeistert. Dort wird er mit fehlerhaften Javaskripts bei Thunderbirds in Verbindung gebracht. Für den Linuxbereich, speziell Opensuse/Leap-Bereich wurde ich bisher noch nicht fündig. Vielleicht weiß ja jemand in unserer Liste Rat.
Ich habe folgenden technischen Unterbau
Betriebssystem: openSUSE Leap 15.2 KDE-Plasma-Version: 5.18.6 KDE-Frameworks-Version: 5.71.0 Qt-Version: 5.12.7 Kernel-Version: 5.3.18-lp152.60-default Art des Betriebssystems: 64-bit Prozessoren: 8 × AMD FX(tm)-8120 Eight-Core Processor Speicher: 3,8 GiB Arbeitsspeicher Grafik: Nvidia GF114 (GeForce GTX 560)
Für eine weiterführende Hilfe wäre ich dankbar.
Christoph v. Gallera
-- Mittelhessenblog ISSN 2195–5441 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
participants (5)
-
Bernd Nachtigall -
Christoph v. Gallera -
Karl Sinn -
Manfred Haertel, DB3HM -
Stefan