[Bug 1586417] Re: Ubuntu 16.04 Desktop kworker/1:0 and systemd-timesync use 100% CPU, system very slow
James
jrc at aaam.hk
Fri Jun 10 03:10:11 UTC 2016
Sorry about the "ubuntu-bug" filing. I simply googled "report Ubuntu
bug" and Google sent me straight to the Launchpad method, so I assumed
that was the correct way to do it. If there is a better/preferred way it
certainly doesn't seem clear when searching online.
Attached are dmesg and journal as requested, run with the nvidia card,
which leads to the frequent GUI lockups and systemd-timesync 100% CPU loads
I have also conducted one more experiment where I removed the graphics
card and used the motherboard's onboard Intel graphics instead. That has
run stable with no lockups for two days, so it seems not to be affected
by the same problem. It may somehow be linked to the nvidia graphics,
whether run under nouveu or the proprietary driver. I also tried an
older Nvidia card (GV-N240D3-1GI, slightly fancy in its day, big cooling
fan) and had the same issues as with the newer one.
I am also attaching for your reference dmesg and journal when it's
running on the onboard intel graphics, in case comparing the two is
helpful. The onboard graphics seem pretty stable; the only odd artifact
I sometimes get is the screen going black for about half a second to one
second (for no reason I can readily ascertain) and then going back to
totally normal as though nothing had happened. In terms of impact this
minor niggle is easy to live with - certainly a lot easier than total
GUI lockup every few hours. The "brief black screen" episodes happen
every few hours as far as I can tell.
Unlike doing 'dmesg > filename.txt' , if I look in the logs directory,
'cat /var/log/dmesg' shows a very empty file - just one line saying
"(Nothing has been logged yet.)"
On Wednesday, June 08, 2016 10:30 PM, Martin Pitt wrote:
> Pleeeeeeeease file bugs with "ubuntu-bug", not directly on Launchpad, to
> collect some actually useful information automatically.
>
> Please run
>
> sudo journalctl -b > /tmp/journal.txt
> dmesg > /tmp/dmesg.txt
>
> and attach both files here. Thanks!
>
> ** Changed in: systemd (Ubuntu)
> Status: New => Incomplete
>
** Attachment added: "dmesg.txt"
https://bugs.launchpad.net/bugs/1586417/+attachment/4680726/+files/dmesg.txt
** Attachment added: "journal.txt"
https://bugs.launchpad.net/bugs/1586417/+attachment/4680727/+files/journal.txt
** Attachment added: "dmesgintergraphics.txt"
https://bugs.launchpad.net/bugs/1586417/+attachment/4680728/+files/dmesgintergraphics.txt
** Attachment added: "journalintelgraphics.txt"
https://bugs.launchpad.net/bugs/1586417/+attachment/4680729/+files/journalintelgraphics.txt
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1586417
Title:
Ubuntu 16.04 Desktop kworker/1:0 and systemd-timesync use 100% CPU,
system very slow
Status in systemd package in Ubuntu:
Incomplete
Bug description:
Fairly new Ubuntu 16.04 Desktop installation with SSD hard drive, 64Gb memory. System runs OK for a day or two then desktop environment becomes completely unresponsive (display frozen).
You can ssh into it (very slow response when you enter the password) and "top" shows that the CPU is being 100% used by three processes:
top - 22:02:58 up 2:26, 4 users, load average: 18.00, 17.96, 15.87
Tasks: 293 total, 16 running, 274 sleeping, 0 stopped, 3 zombie
%Cpu(s): 0.9 us, 9.6 sy, 0.0 ni, 89.1 id, 0.4 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 64276428 total, 60695284 free, 2272164 used, 1308980 buff/cache
KiB Swap: 31412220 total, 31412220 free, 0 used. 61740156 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1278 systemd+ 20 0 96092 2360 2188 R 106.7 0.0 51:11.22 systemd-timesyn
14 root 20 0 0 0 0 R 100.0 0.0 25:42.02 kworker/1:0
6314 colord 20 0 280824 6060 5428 R 100.0 0.0 25:42.01 colord-sane
2692 jrc 20 0 2869988 322548 271288 S 6.7 0.5 4:20.13 VirtualBox
1 root 20 0 120208 6332 3936 D 0.0 0.0 0:01.77 systemd
2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.01 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0.0 0.0 0:07.34 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root rt 0 0 0 0 S 0.0 0.0 0:00.02 watchdog/0
11 root rt 0 0 0 0 R 0.0 0.0 0:00.02 watchdog/1
12 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/1
15 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/1:0H
16 root rt 0 0 0 0 R 0.0 0.0 0:00.02 watchdog/2
17 root rt 0 0 0 0 R 0.0 0.0 0:00.00 migration/2
18 root 20 0 0 0 0 S 0.0 0.0 0:00.04 ksoftirqd/2
Memory is clearly not an issue, but something seems to be making it
hog CPU cycles and hang
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1586417/+subscriptions
More information about the foundations-bugs
mailing list