Hi,
seit ich meinen Rechner aufgerüstet und ohne viel Mühe SuSe 8.2 aufgespielt habe, gibt es beim Starten von Programmen ein komisches Phänomen. Am besten beobachten läßt es sich auf der Kommandozeile - Name eingeben [Return} - die Oberfläche steht eine Zeit (manchmal ist da nochnichtmal das Return sichtbar) - dann geht es ein kurzes Stück weiter (schön zu sehen am CPU-Graph von GKrellm) - dann wieder eine Pause - und erst jetzt der eigentliche Programmstart
Ich habe die Standard Susie und benutze KDE-3.1.1 (ebenfalls Standardinstallation)
Beim Schreiben dieser Mail habe ich das Verhalten genauer untersucht und neue Erkenntnisse gewonnen, die mir aber nicht wirklich weiterhelfen.
- anscheinend betrifft es nur gtk+ Programme sowohl gtk+-1.2 (gimp) als auch gkt+-2.2 (gtk-demo) aber nicht: kde-Programme, fltk, Kommandozeile, Motif - es ist unabhängig vom laufenden KDE -- gleiches Phänomen unter windowmaker im xterm - äußerst interessant: wenn ich auf einem fremden X-Server (Nachbarrechner über "ssh -X") starte, gibt es diese Verzögerung nicht
Was kann das sein? Ich hab' noch nichtmal eine Ahnung, wo ich noch suchen kann -- bin also für jeden Hinweis dankbar.
Uwe
On Mon, Sep 08, 2003 at 09:57:41PM +0200, Uwe Koloska wrote:
Hi,
Hi Uwe,
- anscheinend betrifft es nur gtk+ Programme sowohl gtk+-1.2 (gimp) als auch gkt+-2.2 (gtk-demo) aber nicht: kde-Programme, fltk, Kommandozeile, Motif
Hast du mal ein strace auf ein GTK-Programm gemacht? Evtl. klärt sich dadurch an welcher Stelle die Bibliothek auf ein Ereignis wartet.
Ciao, Tobias
Moin,
Tobias Koenig wrote:
- anscheinend betrifft es nur gtk+ Programme
sowohl gtk+-1.2 (gimp) als auch gkt+-2.2 (gtk-demo) aber nicht: kde-Programme, fltk, Kommandozeile, Motif
Hast du mal ein strace auf ein GTK-Programm gemacht? Evtl. klärt sich dadurch an welcher Stelle die Bibliothek auf ein Ereignis wartet.
Hab' ich -- aber ich vermute, daß auch dort die Ausgabe stehenbleibt bevor der relevante Teil angezeigt wird.
Am Anfang sah es auch nach einem System aus, da hing es nämlich das erste Mal immer nach dem Lesezugriff auf "~/.Xauthority" aber bei weiteren Versuchen, war es dann doch immer ein bißchen anders.
Uwe
Am Montag, 8. September 2003 21:57 schrieb Uwe Koloska:
Hi,
seit ich meinen Rechner aufgerüstet und ohne viel Mühe SuSe 8.2 aufgespielt habe, gibt es beim Starten von Programmen ein komisches Phänomen. Am besten beobachten läßt es sich auf der Kommandozeile
- Name eingeben [Return}
- die Oberfläche steht eine Zeit (manchmal ist da nochnichtmal das
Return sichtbar)
- dann geht es ein kurzes Stück weiter (schön zu sehen am CPU-Graph von
GKrellm)
- dann wieder eine Pause
- und erst jetzt der eigentliche Programmstart
Dieses Verhalten hört sich leider vertraut an :-( In den letzten 2 Monaten sind mir zwei Fällen bekannt geworden. Jeweils war Suse 8.2 und ReiserFS im Spiel.
Im ersten Fall löst sich das ReiserFS auf. Fragt nicht was da genau passiert ist. Urplötzlich gabt es Probleme mit manchen X11-Programmen, dann mit dem kompletten X11. Die Binaries waren mit samt den Verzeichnissen verschwunden. rpm --verify problematisches_Programm Mit reiserfsck lies sich dieses Problem nicht beheben. Seit der Neuinstallation gabt es bisher nie wieder Ärger.
Im aktuellen Fall löst sich vermutlich die Festplatte auf. Beim lesen von hda1 kommen ständig Meldungen "Bad blocks ....". Befragt man wieder mal das bekannte reiserfsk, dann diagnostisiert es eine kaputte Festplatte. Bei den anderen Partitionen hda2 und hda3 scheint alles in Ordnung zu sein. Das sieht dann aber nicht wie ein allgemeines Festplattenproblem sondern (meiner Meinung nach) nach einem Dateisystemschaden aus.
Jens Weiße
Am Dienstag, 9. September 2003 19:51 schrieb Jens Weiße:
Dieses Verhalten hört sich leider vertraut an :-( In den letzten 2 Monaten sind mir zwei Fällen bekannt geworden. Jeweils war Suse 8.2 und ReiserFS im Spiel.
mach mir keine Angst ...
Im ersten Fall löst sich das ReiserFS auf. Fragt nicht was da genau passiert ist. Urplötzlich gabt es Probleme mit manchen X11-Programmen, dann mit dem kompletten X11. Die Binaries waren mit samt den Verzeichnissen verschwunden.
Jetzt wo du es erwähnst -- aber die Probleme waren gleichmäßig auf alle Programmtypen verteilt und bezogen sich hauptsächlich auf das Anzeigen von Verzeichnissen.
Im aktuellen Fall löst sich vermutlich die Festplatte auf. Beim lesen von hda1 kommen ständig Meldungen "Bad blocks ....". Befragt man wieder mal das bekannte reiserfsk, dann diagnostisiert es eine kaputte Festplatte. Bei den anderen Partitionen hda2 und hda3 scheint alles in Ordnung zu sein. Das sieht dann aber nicht wie ein allgemeines Festplattenproblem sondern (meiner Meinung nach) nach einem Dateisystemschaden aus.
Das wäre ja oberheftig, wenn das bei mir der Fall sein sollte. Die Festplatte ist nagelneu (so wie Board, CPU und Speicher) -- das ist aber hoffentlich wirklich nicht die Erklärung, da es bei mir nachvollziehbar nur gtk+ (1.2 und 2.[02]) betrifft.
Uwe
On Wednesday 10 September 2003 01:47, Uwe Koloska wrote:
Am Dienstag, 9. September 2003 19:51 schrieb Jens Weiße:
Dieses Verhalten hört sich leider vertraut an :-( In den letzten 2 Monaten sind mir zwei Fällen bekannt geworden. Jeweils war Suse 8.2 und ReiserFS im Spiel.
mach mir keine Angst ...
seltsam, meine letzten Probleme mit ReiserFS sind Jahre her. Was für Kernel verwendet ihr?
Konrad
Konrad Rosenbaum wrote:
seltsam, meine letzten Probleme mit ReiserFS sind Jahre her. Was für Kernel verwendet ihr?
2.4.19 (stock mit LL-patch) -- das Problem war aber glaub' ich, daß die Festplatte am abnippeln war. Nur die Symptome waren ähnlich.
Aktuell ist es ein 2.4.20.SuSE -- und ich denke nicht, daß reiserfs das Problem ist (ich hab' definitiv keine getrennten Partitionen für gtk+ und alle anderen Programme ...
Uwe
Konrad Rosenbaum konrad@silmor.de wrote:
seltsam, meine letzten Probleme mit ReiserFS sind Jahre her. Was für Kernel verwendet ihr?
In der Installationsanleitung für Gentoo 1.2 (vor nem halben Jahr oder so) war von ReiserFS-Problemen mit 2.4ern die Rede. In der neuen steht nichts mehr dazu.
mfg, Fabian
In den letzten 2 Monaten sind mir zwei Fällen bekannt geworden. Jeweils war Suse 8.2 und ReiserFS im Spiel.
seltsam, meine letzten Probleme mit ReiserFS sind Jahre her. Was für Kernel verwendet ihr?
Korrektur. Insgesamt gab/gibt es drei Vorfälle.
1. aktuell: Vermutlich eine kaputte Platte (siehe andere mail) (Als System war/ist Suse 8.2 mit 2.4.20-SMP-Standardkernel drauf.) 2. Eine Suse 7.3 mit Standardkernel. Hier war der X11-Ordner irgendwann verschwunden. 3. Und noch eine Suse 8.2 mit 2.4.20 (vermutlich auch der SMP- Standardkernel). Bei der 8.2er kann der Dateisystemschaden auch durch einen Systemabsturz entstanden sein. Irgendwann hatte sie sich mal komplett aufgehangen und danach begann erst der Ärger.
Jens Weiße
mach mir keine Angst ...
Das war nicht meine Absicht.
Im aktuellen Fall löst sich vermutlich die Festplatte auf. Beim lesen
von
hda1 kommen ständig Meldungen "Bad blocks ....". Befragt man wieder mal das bekannte reiserfsk, dann diagnostisiert es eine kaputte Festplatte. Bei den anderen Partitionen hda2 und hda3 scheint alles in Ordnung zu sein. Das sieht dann aber nicht wie ein allgemeines Festplattenproblem sondern (meiner Meinung nach) nach einem Dateisystemschaden aus.
Es scheint doch ein Hardwarefehler (Kontroller oder Platte) zu sein. Heute früh wollte das BIOS die Platte nur bei jedem zweitem oder dritten mal erkennen. Jetzt ist die Platte beim Händler und wird dort getestet. (Irgendeine magische Software.) Ob es der Kontroller oder das Kabel ist, wird die Ersatzplatte zeigen müssen.
Das wäre ja oberheftig, wenn das bei mir der Fall sein sollte. Die Festplatte ist nagelneu (so wie Board, CPU und Speicher)
Der Rechner hier ist auch schon 6 Monate alt.
das ist aber hoffentlich wirklich nicht die Erklärung, da es bei mir nachvollziehbar nur gtk+ (1.2 und 2.[02]) betrifft.
Versuch mal ein "rpm --verify Programmname". Irgendetwas muss ja passiert sein. Entweder es fehlt eine Bibliothek (sollte nicht sein), oder die Pakete sind kaputt.
Jens Weiße
Jens Weiße wrote:
Versuch mal ein "rpm --verify Programmname". Irgendetwas muss ja passiert sein. Entweder es fehlt eine Bibliothek (sollte nicht sein), oder die Pakete sind kaputt.
Es bezieht sich ja eben nicht auf ein bestimmtest Programm sondern ganz allgemein (und reproduzierbar) auf Programme, die gtk+ benutzen. Außerdem nur auf das locale Display (was zu meiner Freude ein ziemlich starkes Argument gegen einen Platten- oder Dateisystemschaden ist!). Wenn ich also das gleiche Programm (ardour, gimp, gtk-demo, ...) vom benachbarten Rechner, der via 'ssh -X' eingeloggt ist starte, gibt es keinerlei Verzögerung.
Meine Vermutung ist, daß irgendein Dienst des X11-Servers von gtk geprüft wird und diese Prüfung den X11-Server lahmlegt. Ich habe aber keine Ahnung, welcher Dienst das sein sollte. Kann es ein falsch konfiguriertes Grafiktablett sein? (ich habe es zwar wie auf dem alten Rechner eingebunden, aber es funktioniert nicht).
Wo und wie könnte ich noch suchen?
Uwe
Uwe Koloska koloska@voiceinterconnect.de writes:
Wo und wie könnte ich noch suchen?
was steckt sonst noch für Hardware im Rechner?
Ich hatte lustige Effekte mit einer älteren BT848 Capturekarte, aber nur, wenn ich Fernsehen auf die Platte aufgezeichnet habe. Die Karte ist scheinbar mit den Jahren zu "langsam" geworden und hat dann bei hoher Last (realtime mpeg4-encoding) den Speicher korrumpiert, was zu tollen Effekten beginnend beim gelegentlichen kernel-oops bis zum "verrottenden" ReiserFS geführt hat. Ich vermute, daß ReiserFS wegen seiner komplexität besonders empfindlich für solche Sachen ist.
Effekte waren z.B. daß ich meine "mencoder"-Kommandozeile, die gerade noch problemlos TV aufgezeichnet hatte wiederholen wollte und dann nur noch einen segfault bekommen habe, oder er bestimmte (wichtige!) Systemlibraries nicht mehr gefunden hat. Nach einem reboot waren sie manchmal wieder da, manchmal aber auch weg, oder hatten andere Namen, die nach /dev/random aus- sahen. Ach ja: das ganze passierte mit dieser Karte auf mehreren boards...
Du siehst, die Ursachen für seltsame Effekte können vielfältig sein ;-)
Gruss,
Stefan
Hallo Liste,
Problem gelöst: Es war das Grafiktablett, das nicht erkannt wurde und bei jedem Start eines gtk+ Programms zweimal (für zwei devices) einen Freeze des X-Servers ausgelöst hat.
Beim Starten vom benachbarten Rechner mit strace (dessen Ausgabe nicht stehengeblieben ist) habe ich zwei EAGAIN Fehler beim Zugriff auf den X-socket gefunden -- das gab den letzten entscheidenden Hinweis.
Uwe
lug-dd@mailman.schlittermann.de
-
Fabian Hänsel -
Jens Weiße -
Konrad Rosenbaum -
Stefan Seyfried -
Tobias Koenig -
Uwe Koloska -
Uwe Koloska