GUI blockiert, gnome-shell 100% CPU

[tilmanschmidt]

Seit dem Upgrade auf LEAP 42.3 beobachte ich mehrmals täglich folgendes äußerst lästiges Phänomen:
Während des Arbeitens wird plötzlich die gesamte GUI unbedienbar. Der Mauszeiger lässt sich zwar noch normal bewegen, laufende Programme laufen weiter, aber kein GUI-Element reagiert mehr auf Klicks oder Tastatureingaben.
Mit Strg/Alt/F1 kann ich auf eine Textkonsole wechseln, die auch normal bedienbar ist. Mit top sehe ich, dass ein Prozess namens gnome-shell einen CPU-Kern komplett auslastet, d.h. laufend zwischen 98 und 100% CPU beansprucht. Ansonsten funktioniert das System in der Textkonsole völlig normal. Wenn ich mit Strg/Alt/F7 auf die GUI zurückwechsle, ist der Zustand dort unverändert.
Dieser Zustand hält meistens ca. 5-10 Minuten an. Danach funktioniert das System wieder, als ob nichts gewesen wäre - bis zum nächsten Mal.
Ich habe bisher weder eine Regelmäßigkeit gefunden, wann das Problem auftritt, noch einen Weg, den Zustand zu beenden - außer geduldig abzuwarten, bis er von alleine aufhört.

Irgendeine Idee, was das sein könnte, wie ich der Ursache auf die Schliche kommen und besser noch, sie beseitigen kann?

[malcolmlewis]

Hi

coredumpctl list

tracker?
http://bugzilla.opensuse.org/show_bug.cgi?id=1017652

[SF6]

Zu wenig RAM/ Swap kann es nicht sein?

[Sauerland]

Ich würde auch auf tracker tippen.

[tilmanschmidt]

Hi

coredumpctl list

tracker?
http://bugzilla.opensuse.org/show_bug.cgi?id=1017652

Keine Coredumps:

ts@xenon:~> coredumpctl list
No coredumps found.

Hätte mich auch gewundert. Der gnome-shell Prozess, der vorübergehend 100% CPU frisst, crasht ja nicht, sondern läuft hinterher wieder normal weiter. (Erkennbar an der PID.)

Tracker dürfte eigentlich keinen Mucks mehr machen. Das war eins vom ersten, was ich nach dem Upgrade stillgelegt habe, da er mein System permanent durch systemd-coredump Prozesse ausgelastet hat:

tracker daemon -t
cp /etc/xdg/autostart/tracker-* ~/.config/autostart/.
for FILE in ~/.config/autostart/tracker-*; do echo Hidden=true >> $FILE; done
rm -rf ~/.cache/tracker ~/.local/share/tracker

[tilmanschmidt]

Zu wenig RAM/ Swap kann es nicht sein?

Ich würde behaupten nein. Ich habe 6 GB RAM, der Swap ist quasi ungenutzt, und ich höre auch keine Festplattenaktivität, während die GUI eingefroren ist.
Außerdem ist das Fehlerbild dafür eigentlich eher untypisch.
Das System hatte früher nur 2 GB RAM und damals tatsächlich gelegentlich angefangen zu swappen.
Das sah ganz anders aus.
Da habe ich in top eigentlich nie einen User-Prozess mit 100% CPU-Last gesehen.
Und die GUI war dabei schon noch bedienbar, nur halt sehr, sehr verzögert.

[tilmanschmidt]

Beim selber weiterstochern habe ich in .xsession-errors-:0 mehrfach diese Meldung gefunden:

nouveau: kernel rejected pushbuf: Nicht genügend Hauptspeicher verfügbar
nouveau: ch3: krec 0 pushes 1 bufs 42 relocs 368
nouveau: ch3: buf 00000000 00000002 00000004 00000004 00000000
...
nouveau: ch3: buf 00000029 0000001a 00000002 00000002 00000000
nouveau: ch3: rel 00000000 0001281c 00000001 00000000 0004fa00 00000000 00000000
...
nouveau: ch3: rel 00000000 00015008 00000007 00000005 0000800c 00000000 80000000
nouveau: ch3: psh 00000000 0000012664 0000015070
nouveau:        0x0004fda4
...
nouveau:        0x00000000

Leider enthält die Datei keine Zeitstempel, so dass ich nicht sicher sagen kann, ob und wie die Zeitpunkte, zu denen diese Einträge geschrieben wurden, mit den gnome-shell-Hängern zusammenhängen.

[Sauerland]

Was für Grafikkarten mit welchem Treiber laufen dort:

/sbin/lspci -nnk | grep -EiA3 'vga|3d|display'

[tilmanschmidt]

Was für Grafikkarten mit welchem Treiber laufen dort:

Da läuft eine alte nVidia GeForce 6200 TC mit zwei Monitoren, beide per DVI angeschlossen, Auflösungen 1680x1050 und 1280x1024.
Als Treiber habe ich einfach den von Leap 42.3 standardmäßig angebotenen nouveau übernommen, also keinen proprietären nVidia-Treiber installiert.

/sbin/lspci -nnk | grep -EiA3 'vga|3d|display'

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV44 [GeForce 6200 TurboCache] [10de:0161] (rev a1)
        Subsystem: LeadTek Research Inc. Device [107d:56c4]
        Kernel driver in use: nouveau
        Kernel modules: nouveau

[Sauerland]

Hast du es mal mit dem G02-Nvidia Treiber versucht?