http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c2 --- Comment #2 from andreas bittner --- my currently affected machine: top - 12:38:57 up 5 days, 13:36, 1 user, load average: 1.00, 1.01, 1.02 Tasks: 152 total, 3 running, 149 sleeping, 0 stopped, 0 zombie %Cpu0 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 44.3 us, 55.7 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu2 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu3 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 15276420 total, 3175020 used, 12101400 free, 214796 buffers KiB Swap: 2095100 total, 0 used, 2095100 free. 2563716 cached Mem so its about equally divided into 50%/50% us and sy load -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEW |CONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c5 --- Comment #5 from andreas bittner --- I have no idea really, I am only remotely using these machines. The one has a screen connected, I think it might be turned on, I was recently at the machine fixing that other damn networking bug after upgrading from 13.2 to 42.1 and the screen is usually in dpms mode. The other machine has a kvm switch connected and the keyboard switched out to a second machine running a different os. But i suppose these machines all idle at the login screen, the default stuff that comes up on opensuse. I have shut down the displaymanager via systemctl as i didnt want to wast power on this bugged process Maybe I can ask some folks next time to try to wake up the display via mouse keyboard at the one machine that has some connected. I cannot tell right now about the strace stuff right now. Will try if eventually at some other machines the cpu load appears again. Somehow I think it got something to do with higher uptime and idling logon screens. My loaded machines all had 3+ days. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c7 --- Comment #7 from andreas bittner --- Ok yet another system, and this time intel-based, and I was wrong about high uptime, after only 2hours 19minutes it now shows 100% cpu load of Xorg the timespan is not when the high cpu consumption started, I have only now connected to the box via ssh and I am seeing it: top - 16:03:49 up 2:21, 1 user, load average: 1.00, 1.01, 0.97 Tasks: 124 total, 2 running, 122 sleeping, 0 stopped, 0 zombie %Cpu0 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu2 : 34.3 us, 65.7 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu3 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 6087708 total, 853524 used, 5234184 free, 56948 buffers KiB Swap: 2110460 total, 0 used, 2110460 free. 649460 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 933 root 20 0 257084 37208 24296 R 99.34 0.611 127:07.97 Xorg -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c9 andreas bittner changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(abittner@opensuse | |.org) | --- Comment #9 from andreas bittner --- strace (via sudo) outputs a lot always the same stuff? ..... select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}) = 1 (in [16], left {0, 0}) select(256, [1 3 4 5 6 11 12 16], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(17, [16], NULL, NULL, {0, 0}^C) = 1 (in [16], left {0, 0}) Process 933 detached -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c11 andreas bittner changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(abittner@opensuse | |.org) | --- Comment #11 from andreas bittner --- Hi there, this intel system was a fresh 13.2 x64 install last year, and was only recently zypper dup-ed to 42.1 leap. It was a default 13.2 install, so whatever kde or so comes with default suse. I am not very much of a desktop or graphics user, so I dont modify the installation that much or at all. this intel system with process id 933 right now sill has Xorg load, I never killed it so if anyone still needs some more strace or whatever from it as long as it is still hogging the cpu? ps -elaf | grep Xorg 4 R root 933 918 99 80 0 - 64271 ? Nov12 tty8 3-21:54:03 /usr/bin/Xorg -br :0 vt8 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-Tv3xec -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c15 --- Comment #15 from andreas bittner --- Okay what is fd number six supposed to be or contain or point to? How does this roughly work? Cheers. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c18 --- Comment #18 from andreas bittner --- Right now I found another machine that again has this bug, that one is an amd machine. So we can test two different kind of gfx stack if needed? w 21:46:09 up 11 days, 6:24, 1 user, load average: 1.02, 1.02, 1.05 ps -elaf | grep Xorg 4 R root 1002 954 86 80 0 - 67030 ? Nov06 tty7 9-18:36:04 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-l2lmbb Here is its fd output: sudo ls -lart /proc/1002/fd total 0 dr-xr-xr-x 9 root root 0 Nov 6 15:21 .. lrwx------ 1 root root 64 Nov 6 15:23 9 -> /dev/tty7 l-wx------ 1 root root 64 Nov 6 15:23 8 -> /proc/mtrr l-wx------ 1 root root 64 Nov 6 15:23 7 -> /proc/mtrr lrwx------ 1 root root 64 Nov 6 15:23 5 -> socket:[15134] lrwx------ 1 root root 64 Nov 6 15:23 4 -> socket:[16489] lrwx------ 1 root root 64 Nov 6 15:23 3 -> socket:[15131] l-wx------ 1 root root 64 Nov 6 15:23 2 -> /var/log/kdm.log lrwx------ 1 root root 64 Nov 6 15:23 19 -> socket:[15242] lrwx------ 1 root root 64 Nov 6 15:23 13 -> socket:[17633] lrwx------ 1 root root 64 Nov 6 15:23 12 -> /dev/dri/card0 lrwx------ 1 root root 64 Nov 6 15:23 11 -> /dev/dri/card0 lrwx------ 1 root root 64 Nov 6 15:23 10 -> /dev/vga_arbiter lrwx------ 1 root root 64 Nov 6 15:23 1 -> socket:[15130] l-wx------ 1 root root 64 Nov 6 15:23 0 -> /var/log/Xorg.0.log dr-x------ 2 root root 0 Nov 6 15:23 . -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c22 andreas bittner changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(abittner@opensuse | |.org) | --- Comment #22 from andreas bittner --- right now I have a system with: top - 19:23:39 up 26 days, 23:27, 1 user, load average: 1.01, 0.99, 0.98 Tasks: 151 total, 2 running, 149 sleeping, 0 stopped, 0 zombie %Cpu(s): 12.1 us, 13.2 sy, 0.0 ni, 74.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 15274688 total, 3885528 used, 11389160 free, 233560 buffers KiB Swap: 2095100 total, 0 used, 2095100 free. 3327192 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 20742 root 20 0 285688 53092 35384 R 97.83 0.348 12779:09 Xorg 7278 root 20 0 14100 2540 2036 R 1.087 0.017 0:00.01 top 1 root 20 0 33604 5596 3280 S 0.000 0.037 1:19.50 systemd 2 root 20 0 0 0 0 S 0.000 0.000 0:00.84 kthreadd 3 root 20 0 0 0 0 S 0.000 0.000 0:03.65 ksoftirqd/0 .... uname -a Linux rac 4.1.13-5-default #1 SMP PREEMPT Thu Nov 26 16:35:17 UTC 2015 (49475c3) x86_64 x86_64 x86_64 GNU/Linux ..... ps -Fl p 20742 F S UID PID PPID C PRI NI ADDR SZ WCHAN RSS PSR STIME TTY TIME CMD 4 R root 20742 20734 64 80 0 - 71422 - 53092 1 2015 tty7 12785:13 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-NGPJRa # ls -l /proc/20742/fd total 0 l-wx------ 1 root root 64 Dec 24 22:39 0 -> /var/log/Xorg.0.log lrwx------ 1 root root 64 Dec 24 22:39 1 -> socket:[872191] lrwx------ 1 root root 64 Dec 24 22:39 10 -> /dev/vga_arbiter lrwx------ 1 root root 64 Dec 24 22:39 11 -> /dev/dri/card0 lrwx------ 1 root root 64 Dec 24 22:39 12 -> /dev/dri/card0 lrwx------ 1 root root 64 Dec 24 22:39 13 -> /dev/dri/card0 lrwx------ 1 root root 64 Dec 24 22:39 14 -> socket:[871144] lrwx------ 1 root root 64 Dec 24 22:39 15 -> /dev/input/event3 lrwx------ 1 root root 64 Dec 24 22:39 16 -> /dev/input/event2 lrwx------ 1 root root 64 Dec 24 22:39 17 -> /dev/input/event5 lrwx------ 1 root root 64 Dec 24 22:39 18 -> /dev/input/event0 lrwx------ 1 root root 64 Dec 24 22:39 19 -> socket:[872201] l-wx------ 1 root root 64 Dec 24 22:39 2 -> /var/log/kdm.log lrwx------ 1 root root 64 Dec 24 22:39 3 -> socket:[872192] lrwx------ 1 root root 64 Dec 24 22:39 4 -> socket:[870374] lrwx------ 1 root root 64 Dec 24 22:39 5 -> socket:[872193] l-wx------ 1 root root 64 Dec 24 22:39 7 -> /proc/mtrr l-wx------ 1 root root 64 Dec 24 22:39 8 -> /proc/mtrr lrwx------ 1 root root 64 Dec 24 22:39 9 -> /dev/tty7 ...... # strace -p 20742 Process 20742 attached select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) select(20, [19], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) select(256, [1 3 4 5 6 11 14 19], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout) ...... ..... is this sufficient? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c24 --- Comment #24 from andreas bittner --- one of those socket thingies is missing so I just checked lsof with grep to socket on Xorg and here are the current results, with that number #6 entry still present, this is its socket information: lsof | grep Xorg | grep socket Xorg 7635 root 1u unix 0xffff88040a13c0c0 0t0 1580166 socket Xorg 7635 root 4u unix 0xffff880098aa67c0 0t0 1582138 socket Xorg 7635 root 6u unix 0xffff88040c5cc140 0t0 1580169 socket Xorg 7635 root 19u unix 0xffff88040b777840 0t0 1574398 socket Xorg 7635 7636 root 1u unix 0xffff88040a13c0c0 0t0 1580166 socket Xorg 7635 7636 root 4u unix 0xffff880098aa67c0 0t0 1582138 socket Xorg 7635 7636 root 6u unix 0xffff88040c5cc140 0t0 1580169 socket Xorg 7635 7636 root 19u unix 0xffff88040b777840 0t0 1574398 socket with the fd list from before: ls -l /proc/7635/fd total 0 l-wx------ 1 root root 64 Jan 7 19:35 0 -> /var/log/Xorg.0.log lrwx------ 1 root root 64 Jan 7 19:35 1 -> socket:[1580166] lrwx------ 1 root root 64 Jan 7 19:35 10 -> /dev/vga_arbiter lrwx------ 1 root root 64 Jan 7 19:35 11 -> /dev/dri/card0 lrwx------ 1 root root 64 Jan 7 19:35 12 -> /dev/dri/card0 lrwx------ 1 root root 64 Jan 7 19:35 13 -> /dev/dri/card0 lrwx------ 1 root root 64 Jan 7 19:35 14 -> socket:[1580187] lrwx------ 1 root root 64 Jan 7 19:35 15 -> /dev/input/event3 lrwx------ 1 root root 64 Jan 7 19:35 16 -> /dev/input/event2 lrwx------ 1 root root 64 Jan 7 19:35 17 -> /dev/input/event5 lrwx------ 1 root root 64 Jan 7 19:35 18 -> /dev/input/event0 lrwx------ 1 root root 64 Jan 7 19:35 19 -> socket:[1574398] l-wx------ 1 root root 64 Jan 7 19:35 2 -> /var/log/kdm.log lrwx------ 1 root root 64 Jan 7 19:35 3 -> socket:[1580167] lrwx------ 1 root root 64 Jan 7 19:35 4 -> socket:[1582138] lrwx------ 1 root root 64 Jan 7 19:35 5 -> socket:[1580168] lrwx------ 1 root root 64 Jan 7 19:35 6 -> socket:[1580169] l-wx------ 1 root root 64 Jan 7 19:35 7 -> /proc/mtrr l-wx------ 1 root root 64 Jan 7 19:35 8 -> /proc/mtrr lrwx------ 1 root root 64 Jan 7 19:35 9 -> /dev/tty7 ----- that socket that would be gone at a later point in time (fd number #6) is currently: lrwx------ 1 root root 64 Jan 7 19:35 6 -> socket:[1580169] and the lsof entry related to it: lrwx------ 1 root root 64 Jan 7 19:35 6 -> socket:[1580169] if i understand any of this at all ;) cheers. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c26 --- Comment #26 from Egbert Eich --- Yes, thank you! This shows it very nicely. It looks like there is a race somewhere - a mask bit doesn't get cleaned up so this funny select loop happens. I need to take a closer look at this again. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c28 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(abittner@opensuse | |.org) --- Comment #28 from Egbert Eich --- The file /tmp/log should contain similar lines when you look for 'socket'. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c30 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fstrba@suse.com Flags| |needinfo?(fstrba@suse.com), | |needinfo?(abittner@opensuse | |.org) --- Comment #30 from Egbert Eich --- (In reply to andreas bittner from comment #29)

the file it created is like 600kilobytes

I should have mentioned this.

it eventually stoppd logging or some process terminated

That's fine. What we need happens at startup.

do you need the whole file?

No.

or only some lines containing socket info?

It's there already: [..]

socket(PF_LOCAL, SOCK_STREAM|SOCK_CLOEXEC, 0) = 6 connect(6, {sa_family=AF_LOCAL, sun_path="/var/run/dbus/system_bus_socket"}, 33) = 0 socket(PF_NETLINK, SOCK_RAW|SOCK_CLOEXEC|SOCK_NONBLOCK, NETLINK_KOBJECT_UEVENT) = 14

This looks like on mine. This points to an issue in libdbus. The Xserver should handle it gracefully, however libdbus should not close the socket behind the Xserver. @Andreas, are you using a specific setup? Looks like you are using a KDE installation - do you still have kdm running on Leap 42.1 (maybe due to the update)? I'm just curious what condition could have triggered this. Anyway, adding the Dbus maintainer and bugowner. @Fridrich, do have an idea about this behavior? (If needed, i can give you the source file with the dbus interface). -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c32 --- Comment #32 from Egbert Eich --- (In reply to andreas bittner from comment #31)

What do you mean by "still have kde". Isnt KDE a supported or normal scenario on OpenSuSE? I think my most OpenSuSE boxes are updated ones from long ago in the past. Mostly. But some were opensuse 13.2 to Leap 42.1 upgrade, and one of those machines did have this xorg cpu load bug.

I said "do you still have kdm running" ie. kd>m< not kde>e<. New installations of KDE use sddm - not kdm any more. It is possible that the 13.2 to Leap 42.1 upgrade led to the exact situation you are seeing. However this is very little to go by to reproduce this problem. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c34 andreas bittner changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(abittner@opensuse | |.org) | --- Comment #34 from andreas bittner --- I just undid that shell file we created according to your instructions in this bugreport here and reverted the original Xorg binary back and started up display-manager.service again: systemctl status display-manager.service display-manager.service - X Display Manager Loaded: loaded (/usr/lib/systemd/system/display-manager.service; disabled) Active: active (running) since Sun 2016-01-10 21:26:09 CET; 3s ago Process: 1838 ExecStop=/usr/lib/X11/display-manager stop (code=exited, status=0/SUCCESS) Process: 1856 ExecStart=/usr/lib/X11/display-manager start (code=exited, status=0/SUCCESS) Main PID: 1877 (kdm) CGroup: /system.slice/display-manager.service ├─1877 /usr/bin/kdm ├─1885 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-2gfvbb ├─1890 -:0 └─1891 /usr/lib64/kde4/libexec/kdm_greet Jan 10 21:26:08 rachendrachen display-manager[1856]: Command: localectl set-keymap de-latin1-nodeadkeys Jan 10 21:26:08 rachendrachen display-manager[1856]: I: Using systemd /usr/share/systemd/kbd-model-map mapping Jan 10 21:26:09 rachendrachen kdm_config[1878]: Multiple occurrences of section [General] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 10 21:26:09 rachendrachen kdm_config[1878]: Multiple occurrences of section [Xdmcp] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 10 21:26:09 rachendrachen kdm_config[1878]: Multiple occurrences of section [X-*-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 10 21:26:09 rachendrachen kdm_config[1878]: Multiple occurrences of section [X-*-Greeter] in /usr/share/kde4/config/kdm/kdmrc. Consider ...ng them. Jan 10 21:26:09 rachendrachen kdm_config[1878]: Multiple occurrences of section [X-:*-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 10 21:26:09 rachendrachen kdm_config[1878]: Multiple occurrences of section [X-:0-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 10 21:26:09 rachendrachen display-manager[1856]: Starting service kdm..done Jan 10 21:26:09 rachendrachen kdm[1877]: plymouth is NOT running Hint: Some lines were ellipsized, use -l to show in full. ps -elaf | grep -i Xorg 4 S root 1885 1877 4 80 0 - 71160 - 21:26 tty7 00:00:00 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-2gfvbb 0 S root 1914 1727 0 80 0 - 2311 pipe_w 21:26 pts/0 00:00:00 grep --color=auto -i Xorg ps -elaf | grep -i kdm 5 S root 1877 1 0 80 0 - 9054 - 21:26 ? 00:00:00 /usr/bin/kdm 4 S root 1885 1877 1 80 0 - 71160 - 21:26 tty7 00:00:00 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-2gfvbb 4 S kdm 1891 1890 2 80 0 - 101461 - 21:26 ? 00:00:00 /usr/lib64/kde4/libexec/kdm_greet 0 S root 1916 1727 0 80 0 - 2311 pipe_w 21:26 pts/0 00:00:00 grep --color=auto -i kdm ps -elaf | grep -i kde 5 S root 40 2 0 80 0 - 0 devtmp 2015 ? 00:00:00 [kdevtmpfs] 4 S kdm 1891 1890 1 80 0 - 101461 - 21:26 ? 00:00:00 /usr/lib64/kde4/libexec/kdm_greet 0 S root 1918 1727 0 80 0 - 2312 pipe_w 21:26 pts/0 00:00:00 grep --color=auto -i kde ps -elaf | grep -i kd 5 S root 40 2 0 80 0 - 0 devtmp 2015 ? 00:00:00 [kdevtmpfs] 1 S root 43 2 0 80 0 - 0 - 2015 ? 00:00:00 [khungtaskd] 1 S root 51 2 0 60 -20 - 0 rescue 2015 ? 00:00:00 [kblockd] 4 S squid 339 337 0 80 0 - 1016 pipe_w 2015 ? 00:00:00 (unlinkd) 5 S root 1877 1 0 80 0 - 9054 - 21:26 ? 00:00:00 /usr/bin/kdm 4 S root 1885 1877 0 80 0 - 71418 - 21:26 tty7 00:00:00 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-2gfvbb 4 S kdm 1891 1890 0 80 0 - 101461 - 21:26 ? 00:00:00 /usr/lib64/kde4/libexec/kdm_greet 0 S root 1921 1727 0 80 0 - 2312 pipe_w 21:28 pts/0 00:00:00 grep --color=auto -i kd -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c36 --- Comment #36 from Egbert Eich --- (In reply to andreas bittner from comment #35)

side notes: I researched a bit into sddm and kdm, and there were some discussions that read that one need to simply switch the "kdm" to DISPLAYMANAGER="sddm" in sysconfig/displaymanager config-file

although the comments in that config file only speak about xdm and kdm and gdm, but no sddm is anywhere mentioned.

There are so many DMs now days and new ones get added that there is no chance keeping track. it should read "(kdm/xdm/gdm/...).

I even removed all the kdm rpm packages and even the sddm ones via rpm -e and reinstalled the sdm stuff via zypper in.

You should not have to uninstall kdm, I have several DMs installed in parallel on my test box.

the displaymanager config file never changed after these procedures, it had kdm as the setting.

Right, what you did is pretty much an update procedure. Here configuration settings of previous versions are changed very conservatively. Uninstalling packages is something that may require some user intervention at some other place. Since you can have several DMs installed we do not edit entries in this file.

So when i changed that to sddm it now gives errors and fails to load the sddm stuff.

I dont wana pollute this bugreport do I need to file another one or what is the or an official way to switch between these xdm kdm and sddm and all

Are you sure the sddm stuff got installed correctly? Moreover, for this bug you should not have to deinstall kdm and switch to sddm instead. There is a real issue here and I'm looking for a way to reproduce it. If we fix it we need some test bed to try out the fixes. Without this, all our efforts would be wasted. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c38 --- Comment #38 from Egbert Eich --- (In reply to andreas bittner from comment #37)

I revistited this machine again today, and oddly enough there was again a kdm process as well as Xorg running on it. displaymanager=kdm was the setting.

I changed this variable to sddm now and restarted display-manager.service and ps now shows sddm processes

Do you see a login screen? I have no idea why sddm isn't starting an Xserver on your machine, usually it does...

But there is no running Xorg process now. Is this normal? Does Xorg not run with sddm during that user-login screen?

anyways, back to this bug, should I revert and set it back to kdm and keep it that way for this bug to continue helping you with this machine?

Yes, please. I cannot promise you when I will get to it. But once I have a fix it needs to be tested - ATM you are the only one who can do this. Since you don't need the system, you disable the display manager when you don't do tests so it doesn't run high all the time. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c40 --- Comment #40 from Egbert Eich --- (In reply to andreas bittner from comment #39)

No problem, just reply back in this bugreport when you need me to do more stuff. Most or all of these machines I am using with opensuse are actually not being used for desktop activity, and mostly I can do remote work only. So I dont know what the machine or if it displays anything.

Ok, so you don't even have a monitor connected. In this case you should probably disable the display manager or boot into the multi-user.target (aka runlvl 3).

So just to sum it up, most likely as you found out, it is a kdm related (e.g. upgraded opensuse 13.2 default install to leap 42.1, the kdm stuff stays, and messes up the xorg and related stuff related to libdbus.

And you cannot repro this scenario? Clean 13.2/x64 to leap/42.1? Maybe it is

Don't know, haven't tried this update scenario. Will do maybe.

also related to connected or disconnected (turned off or no at all) monitors with these opensuse machines, as my machines are either connected to some keyboard/video/mouse via some kvm switch sharing input/display device with some other (e.g. windows) machine or they dont have a monitor connected at all (some of them).

Maybe this helps.

Ok, thanks for the info, will give it a try! -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c42 --- Comment #42 from andreas bittner --- Okay I have this other machine "g" that also received the latest zypper up updates It now displays: sudo zypper ps The following running processes use deleted files: PID | PPID | UID | User | Command | Service | Files ------+-------+------+----------+-----------+-----------------+-------------------------------------------------- 945 | 925 | 0 | root | Xorg | display-manager | /usr/lib64/libGL.so.1.2.0 | | | | | | /usr/lib64/libglapi.so.0.0.0 | | | | | | /usr/lib64/libpng16.so.16.8.0 | | | | | | /usr/lib64/dri/r600_dri.so 971 | 966 | 486 | kdm | kdm_greet | display-manager | /usr/lib64/libpng16.so.16.8.0 | | | | | | /usr/lib64/libxml2.so.2.9.1 | | | | | | /usr/lib64/kde4/plugins/imageformats/kimg_webp.so 19243 | 1 | 0 | root | sshd | | /usr/sbin/sshd (deleted) 19251 | 19243 | 1001 | testuser | sshd | | /usr/sbin/sshd (deleted) I havent issued a systemct restart display-manager.service yet. Will test if this will cause this machine as well a 100% cpu load. It apparently runs kdm and not sddm and this machine has DVI port connected to a dvi kvm-switch (keyboard video mouse) but is switched out over to a windows machine. Currently this machine g does not have Xorg or related cpu load. sudo systemctl status display-manager.service display-manager.service - X Display Manager Loaded: loaded (/usr/lib/systemd/system/display-manager.service; disabled) Active: active (running) since Fri 2016-01-15 08:25:43 CET; 9h ago Main PID: 925 (kdm) CGroup: /system.slice/display-manager.service ├─925 /usr/bin/kdm ├─945 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-39oMBa ├─966 -:0 └─971 /usr/lib64/kde4/libexec/kdm_greet Jan 15 08:25:43 g kdm_config[926]: Multiple occurrences of section [X-*-Greeter] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 15 08:25:43 g kdm_config[926]: Multiple occurrences of section [X-:*-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 15 08:25:43 g kdm_config[926]: Multiple occurrences of section [X-:0-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Jan 15 08:25:43 g display-manager[843]: Starting service kdm..done Jan 15 08:25:43 g kdm[925]: plymouth is running Jan 15 08:25:43 g kdm[925]: plymouth is active on VT 7, reusing for :0 Jan 15 08:25:43 g kdm[925]: plymouth should quit after server startup Jan 15 08:25:44 g kdm[925]: Quitting Plymouth with transition Jan 15 08:25:44 g kdm[925]: Is Plymouth still running? no Jan 15 08:25:45 g kdm_greet[971]: Cannot load /usr/share/kde4/apps/kdm/faces/.default.face: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c44 --- Comment #44 from andreas bittner --- on the currently affected rachendrachen: ls /proc/27104/fd -lart total 0 dr-xr-xr-x 9 root root 0 Jan 15 17:54 .. lrwx------ 1 root root 64 Jan 15 17:54 9 -> socket:[597683] lrwx------ 1 root root 64 Jan 15 17:54 8 -> socket:[597682] lrwx------ 1 root root 64 Jan 15 17:54 7 -> socket:[597681] lrwx------ 1 root root 64 Jan 15 17:54 6 -> socket:[597680] lrwx------ 1 root root 64 Jan 15 17:54 5 -> socket:[597697] lrwx------ 1 root root 64 Jan 15 17:54 4 -> socket:[598693] lrwx------ 1 root root 64 Jan 15 17:54 30 -> socket:[597807] lrwx------ 1 root root 64 Jan 15 17:54 3 -> socket:[597696] lrwx------ 1 root root 64 Jan 15 17:54 29 -> socket:[597796] lrwx------ 1 root root 64 Jan 15 17:54 28 -> /dev/input/event0 lrwx------ 1 root root 64 Jan 15 17:54 27 -> /dev/input/event5 lrwx------ 1 root root 64 Jan 15 17:54 26 -> /dev/input/event1 lrwx------ 1 root root 64 Jan 15 17:54 25 -> /dev/input/event2 lrwx------ 1 root root 64 Jan 15 17:54 24 -> socket:[598490] lrwx------ 1 root root 64 Jan 15 17:54 23 -> /dev/dri/card0 lrwx------ 1 root root 64 Jan 15 17:54 22 -> /dev/dri/card0 lrwx------ 1 root root 64 Jan 15 17:54 21 -> /dev/dri/card0 lrwx------ 1 root root 64 Jan 15 17:54 20 -> /dev/vga_arbiter l-wx------ 1 root root 64 Jan 15 17:54 2 -> pipe:[597692] lrwx------ 1 root root 64 Jan 15 17:54 19 -> /dev/tty7 l-wx------ 1 root root 64 Jan 15 17:54 18 -> /proc/mtrr lrwx------ 1 root root 64 Jan 15 17:54 17 -> socket:[598700] lr-x------ 1 root root 64 Jan 15 17:54 16 -> pipe:[597689] l-wx------ 1 root root 64 Jan 15 17:54 15 -> /proc/mtrr lrwx------ 1 root root 64 Jan 15 17:54 13 -> socket:[597687] lrwx------ 1 root root 64 Jan 15 17:54 12 -> socket:[597686] lrwx------ 1 root root 64 Jan 15 17:54 11 -> socket:[597685] lrwx------ 1 root root 64 Jan 15 17:54 10 -> socket:[597684] lrwx------ 1 root root 64 Jan 15 17:54 1 -> socket:[597695] l-wx------ 1 root root 64 Jan 15 17:54 0 -> /var/log/Xorg.0.log dr-x------ 2 root root 0 Jan 15 17:54 . ps 27104 PID TTY STAT TIME COMMAND 27104 tty7 Rsl+ 23:40 /usr/bin/X -nolisten tcp -auth /run/sddm/{4674bf78-3969-4d5f-ba74-bd04b785b02e} -background none -noreset -displayfd 17 vt7 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c46 --- Comment #46 from andreas bittner --- strace -p is scrolling quickly, but these are probably some always repeating loglines: ...... select(30, [29], NULL, NULL, {0, 0}) = 0 (Timeout) select(31, [30], NULL, NULL, {0, 0}) = 0 (Timeout) select(256, [1 3 4 5 14 17 21 24 29 30], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 1 (in [4], left {0, 0}) select(18, [17], NULL, NULL, {0, 0}) = 0 (Timeout) select(30, [29], NULL, NULL, {0, 0}) = 0 (Timeout) select(31, [30], NULL, NULL, {0, 0}) = 0 (Timeout) select(256, [1 3 4 5 14 17 21 24 29 30], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 1 (in [4], left {0, 0}) select(18, [17], NULL, NULL, {0, 0}) = 0 (Timeout) select(30, [29], NULL, NULL, {0, 0}) = 0 (Timeout) select(31, [30], NULL, NULL, {0, 0}) = 0 (Timeout) select(256, [1 3 4 5 14 17 21 24 29 30], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 1 (in [4], left {0, 0}) select(18, [17], NULL, NULL, {0, 0}) = 0 (Timeout) select(30, [29], NULL, NULL, {0, 0}) = 0 (Timeout) select(31, [30], NULL, NULL, {0, 0}) = 0 (Timeout) select(256, [1 3 4 5 14 17 21 24 29 30], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 1 (in [4], left {0, 0}) select(18, [17], NULL, NULL, {0, 0}) = 0 (Timeout) select(30, [29], NULL, NULL, {0, 0}) = 0 (Timeout) select(31, [30], NULL, NULL, {0, 0}) = 0 (Timeout) select(256, [1 3 4 5 14 17 21 24 29 30], NULL, NULL, NULL) = -1 EBADF (Bad file descriptor) select(5, [4], NULL, NULL, {0, 0}) = 1 (in [4], left {0, 0}) .... -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c48 --- Comment #48 from andreas bittner --- another machine "d" this machine was a fresh clean simple install on leap-1 (13.2?) x64. it was then upgraded last november or december to leap 42.1 via zypper dup and all (remotely). normally: this machine has no monitor attached at all physically so this machine as you can see further below, has the 13.2 kdm stuff installed as default and migrated this setting over to leap 42.1 no sddm at all. it is an intel based machine. most of my other stuff (or actually all other) are amd based. right now it has: w 18:40:46 up 37 days, 8:05, 1 user, load average: 1.01, 1.01, 1.05 Linux d 4.1.13-5-default #1 SMP PREEMPT Thu Nov 26 16:35:17 UTC 2015 (49475c3) x86_64 x86_64 x86_64 GNU/Linux top - 18:41:16 up 37 days, 8:06, 1 user, load average: 1.01, 1.01, 1.05 Tasks: 127 total, 2 running, 125 sleeping, 0 stopped, 0 zombie %Cpu0 : 27.9 us, 72.1 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 0.3 us, 0.0 sy, 0.0 ni, 99.0 id, 0.7 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu2 : 0.0 us, 0.0 sy, 0.0 ni, 99.7 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu3 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 6087704 total, 3261312 used, 2826392 free, 196164 buffers KiB Swap: 2110460 total, 0 used, 2110460 free. 2919480 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 21771 root 20 0 257364 37384 24420 R 99.67 0.614 24236:43 Xorg 1 root 20 0 33632 5712 3376 S 0.000 0.094 1:36.81 systemd ps 21771 PID TTY STAT TIME COMMAND 21771 tty7 Rs+ 24237:35 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-gcwCsa rpm -qf /usr/bin/Xorg xorg-x11-server-7.6_1.17.2-9.1.x86_64 systemctl status display-manager.service display-manager.service - X Display Manager Loaded: loaded (/usr/lib/systemd/system/display-manager.service; disabled) Active: active (running) since Thu 2015-12-24 22:35:50 CET; 3 weeks 0 days ago Main PID: 21762 (kdm) CGroup: /system.slice/display-manager.service +-21762 /usr/bin/kdm +-21771 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-gcwCsa +-21774 -:0 +-21775 /usr/lib64/kde4/libexec/kdm_greet Dec 24 22:35:50 d display-manager[21739]: /etc/vconsole.conf available Dec 24 22:35:50 d display-manager[21739]: KEYMAP: de-latin1-nodeadkeys Dec 24 22:35:50 d display-manager[21739]: Command: localectl set-keymap de-latin1-nodeadkeys Dec 24 22:35:50 d display-manager[21739]: I: Using systemd /usr/share/systemd/kbd-model-map mapping Dec 24 22:35:50 d kdm_config[21763]: Multiple occurrences of section [General] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Dec 24 22:35:50 d kdm_config[21763]: Multiple occurrences of section [Xdmcp] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Dec 24 22:35:50 d kdm_config[21763]: Multiple occurrences of section [X-*-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Dec 24 22:35:50 d kdm_config[21763]: Multiple occurrences of section [X-*-Greeter] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Dec 24 22:35:50 d kdm_config[21763]: Multiple occurrences of section [X-:*-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them. Dec 24 22:35:50 d display-manager[21739]: Starting service kdm..done Dec 24 22:35:50 d kdm[21762]: plymouth is NOT running Dec 24 22:35:50 d kdm_greet[21775]: Cannot load /usr/share/kde4/apps/kdm/faces/.default.face: No such file or directory rpm -aq | grep -i kdm kdm-branding-openSUSE-42.1-6.1.noarch kdm-4.11.22-1.7.x86_64 rpm -aq | grep -i sdd kcm_sddm-5.4.3-4.1.x86_64 kcm_sddm-lang-5.4.3-4.1.noarch sddm-0.13.0-7.3.x86_64 sddm-branding-openSUSE-0.13.0-7.3.x86_64 Maybe the sddm packages got installed when the machine has zypper dup-ed to leap 42.1 I have never heard of sddm before of the discussion in this bugreport. it has: /etc/sysconfig/displaymanager DISPLAYMANAGER="kdm" ps 21762 PID TTY STAT TIME COMMAND 21762 ? Ss 0:00 /usr/bin/kdm rpm -qf /usr/bin/kdm kdm-4.11.22-1.7.x86_64 right now it has still quite a number of zypper lu updates left to be installed. Any more needed? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c50 --- Comment #50 from Egbert Eich --- 1. sddm comes with Leap 42.1. It is KDE's replacement for kdm. 2. We still ship kdm and noone is auto migrated to another DM when updating. (This may be different once kdm is no longer available in kde). 3. 'X' is just a symlink to 'Xorg'. It is preferred in case someone wants to use a different Xserver. 4. The source of the problem appears to be the same, you get these EBADFs all over. Not sure when I will be able to do a patch. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=954433 http://bugzilla.opensuse.org/show_bug.cgi?id=954433#c52 --- Comment #52 from Egbert Eich --- (In reply to andreas bittner from comment #51)

just verified it again on some other system. you are right, as soon as one restarts the dbus

sudo systemctl restart dbus.service

the xorg starts to consume 100% cpu

then one needs to issue a

sudo systemctl restart display-manager.service

to make it calm down again.

Heh, you probably found a reproducer so that I can look into this more deeply :) -- You are receiving this mail because: You are on the CC list for the bug.