Ubuntu
xorg package

[Dell OptiPlex 755] Intermittently GUI hangs with high xorg CPU% after launching applications

Bug #1757299 reported by gregrwm on 2018-03-21

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	xorg (Ubuntu)	Expired	Low	Unassigned

Bug Description

The problem is that after launching a few applications, the GUI may become unresponsive, although this is not consistently reproducible. When the GUI is unresponsive, it is correlated to high CPU utilization of xorg.

An example reproduction scenario is launch the following in order, and quickly:
startx
xterm via twm
another xterm via the first xterm
tmux
firefox-esr
bluetooth-manager
pavucontrol

While the above are launching, maximize the xterm running tmux, and the GUI immediately becomes unresponsive. For example, Ctrl+Alt+Fn don't respond.

After this, I logged in via ssh, attached to tmux, launched htop, copied htop output, which shows xorg at 94.6 CPU%.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xserver-xorg 1:7.7+19ubuntu4
ProcVersionSignature: Ubuntu 4.15.0-10.11-generic 4.15.3
Uname: Linux 4.15.0-10-generic x86_64
ApportVersion: 2.20.8-0ubuntu10
Architecture: amd64
BootLog:
Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd
  * Starting AppArmor profiles [160G
[154G[ OK ]
  * Restoring resolver state... [160G
[154G[ OK ]
CompositorRunning: None
Date: Tue Mar 20 17:15:16 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes
GraphicsCard:
Intel Corporation 82Q35 Express Integrated Graphics Controller [8086:29b2] (rev 02) (prog-if 00 [VGA controller])
   Subsystem: Dell OptiPlex 755 [1028:0211]
   Subsystem: Dell OptiPlex 755 [1028:0211]
JournalErrors:
-- Logs begin at Fri 2018-02-23 08:59:47 CST, end at Tue 2018-03-20 17:14:39 CDT. --
Mar 20 17:01:37 hostname pulseaudio[1099]: [pulseaudio] module-alsa-card.c: Failed to find a working profile.
Mar 20 17:01:37 hostname pulseaudio[1099]: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="pci-0000_00_1b.0" card_name="alsa_card.pci-0000_00_1b.0" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes card_properties="module-udev-detect.discovered=1""): initialization failed.
Mar 20 17:01:37 hostname pulseaudio[1099]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
Mar 20 17:01:37 hostname pulseaudio[1109]: [pulseaudio] pid.c: Daemon already running.
MachineType: Dell Inc. OptiPlex 755
ProcEnviron:
LC_TIME=en_DK.utf8
TERM=screen
PATH=(custom, no user)
LANG=en_US.utf8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz ro root=UUID=22e7c84a-a416-43e9-ae9d-ee0119fc3894 panic=30
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/30/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A10
dmi.board.name: 0PU052
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 15
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA10:bd04/30/2008:svnDellInc.:pnOptiPlex755:pvr:rvnDellInc.:rn0PU052:rvr:cvnDellInc.:ct15:cvr:
dmi.product.name: OptiPlex 755
dmi.sys.vendor: Dell Inc.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.90-1
version.libgl1-mesa-dri: libgl1-mesa-dri 17.3.3-0ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 17.3.3-0ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.10.0-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2
---
ApportVersion: 2.20.8-0ubuntu10
Architecture: amd64
BootLog:
Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd
  * Starting AppArmor profiles [160G
[154G[ OK ]
  * Restoring resolver state... [160G
[154G[ OK ]
DistUpgraded: Fresh install
DistroCodename: bionic
DistroRelease: Ubuntu 18.04
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes
GraphicsCard:
Intel Corporation 82Q35 Express Integrated Graphics Controller [8086:29b2] (rev 02) (prog-if 00 [VGA controller])
   Subsystem: Dell OptiPlex 755 [1028:0211]
   Subsystem: Dell OptiPlex 755 [1028:0211]
MachineType: Dell Inc. OptiPlex 755
Package: xorg (not installed)
ProcEnviron:
LC_TIME=en_DK.utf8
TERM=screen
PATH=(custom, no user)
LANG=en_US.utf8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz ro root=UUID=22e7c84a-a416-43e9-ae9d-ee0119fc3894 panic=30
ProcVersionSignature: Ubuntu 4.15.0-12.13-generic 4.15.7
Tags: bionic ubuntu
Uname: Linux 4.15.0-12-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

_MarkForUpload: True
dmi.bios.date: 04/30/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A10
dmi.board.name: 0PU052
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 15
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA10:bd04/30/2008:svnDellInc.:pnOptiPlex755:pvr:rvnDellInc.:rn0PU052:rvr:cvnDellInc.:ct15:cvr:
dmi.product.name: OptiPlex 755
dmi.sys.vendor: Dell Inc.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu3
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2
xserver.bootTime: Sat Feb 24 05:53:57 2018
xserver.configfile: default
xserver.devices:
input Power Button KEYBOARD, id 6
input Power Button KEYBOARD, id 7
input Logitech Logitech USB Optical Mouse MOUSE, id 8
input AT Translated Set 2 keyboard KEYBOARD, id 9
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:
product id 16421
vendor DEL
xserver.version: 2:1.19.6-1ubuntu1

See original description

Tags:

Revision history for this message

gregrwm (gregrwm) wrote on 2018-03-21:

htop Edit (1.1 KiB, text/plain)
CurrentDmesg.txt Edit (62.1 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (6.2 KiB, text/plain; charset="utf-8")
DpkgLog.txt Edit (94.1 KiB, text/plain; charset="utf-8")
Lspci.txt Edit (20.6 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (598 bytes, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (1.6 KiB, text/plain; charset="utf-8")
ProcCpuinfoMinimal.txt Edit (839 bytes, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (1.9 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (3.4 KiB, text/plain; charset="utf-8")
UdevDb.txt Edit (127.8 KiB, text/plain; charset="utf-8")
XorgLog.txt Edit (40.9 KiB, text/plain; charset="utf-8")
XorgLogOld.txt Edit (39.8 KiB, text/plain; charset="utf-8")

Revision history for this message

gregrwm (gregrwm) wrote on 2018-03-23:

in all of the following bugs, xorg either crashes or hangs, and ctl-alt-Fn either doesn't respond (ie loss of ability to change virtual terminal from the keyboard) or in Bug #1290797 the text gets switched but not the mouse cursor function.

Bug #1757299 xorg hangs
Bug #1744429 xorg sometimes freezes up while playing either vlc or youtube
Bug #1645485 very old display driver bug?
Bug #1290797 longstanding display driver bug elicited by xscreensaver or lightdm or chvt

i have xdiagnose installed in bionic, ready for the next occurrence.

penalvch (penalvch) on 2018-03-23

summary:	- xorg hangs + [Dell OptiPlex 755] xorg hangs
tags:	added: bios-outdated-a22

Revision history for this message

penalvch (penalvch) wrote on 2018-03-23: Re: [Dell OptiPlex 755] xorg hangs

gregrwm, in order to help you, please review all of the following, and answer all questions:

1) Regarding all the reports you mentioned, they are useless as they don't contain useful information to root cause and solve. Hence, it is most helpful if you keep focus on this one report, versus making new reports, or constantly referencing others.

2) Please don't apport-collect or attach more apport-collect files.

3) Regarding the Bug Description, is this consistently reproducible using your steps?

4) Regarding the Bug Description, how long does it take from "maximized the xterm running tmux" to your GUI stops responding, seconds, minutes, etc.?

5) Immediately after logging in, without doing anything else what is the idle CPU utilization (htop results)?

6) After reproducing the problem, if you SSH in and kill processes, which processes do you have to kill until your GUI begins to be responsive again?

Changed in xorg (Ubuntu):
importance:	Undecided → Low
status:	New → Incomplete

penalvch (penalvch) on 2018-03-23

description:

updated

Revision history for this message

gregrwm (gregrwm) wrote on 2018-03-24:

Download full text (4.8 KiB)

i am not asking for help. this is a bug report. i am reporting a bug. if there is useful information i can gather i am happy to do so.

4) the steps in the description of this bug were performed in fairly rapid succession, so several apps were busy starting up. The lockup occurred instantly after maximizing the xterm. 6) killing Xorg freed the terminal. 3) it is not consistently reproducible. Under xenial it happens watching videos (Bug #1744429). Since installing bionic, videos haven't tripped it so far. This bug report describes an occurrence that didn't involve a video.

5) here is what htop looks like right after logging in, launching startx, 2 xterms, and htop:

0 [ 1 [ Mem[|||||||| Swp[ PID START USER 1 15:51 root 253 15:51 root 543 15:51 syslog 828 15:52 g 278 15:51 root 549 15:51 root 769 15:53 g 980 15:54 root 953 15:54 g 893 15:52 g 1005 15:54 root 550 15:51 root 551 15:51 messagebu 50088 871 15:52 g 890 15:52 g 834 15:52 g F1Help F2Setup F3SearchF4Filte 0.0%] Load average: 0.12 0.30 0.15
122M/1.90G] Time: 15:54:56
0K/1.86G]
VIRT RES NI CPU% TIME+ S Command
155M 8996 1 0.0 0:01.92 S /sbin/init
86576 18424 0 0.0 0:01.16 S /lib/systemd/systemd-journald
252M 4576 0 0.0 0:00.99 S /usr/sbin/rsyslogd -n
242M 23468 0 0.0 0:00.53 S /usr/lib/xorg/Xorg -nolisten tcp :0 vt1
47348 5788 0 0.0 0:00.51 S /lib/systemd/systemd-udevd
280M 6952 0 0.0 0:00.12 S /usr/lib/accountsservice/accounts-daemon
29276 7588 0 0.0 0:00.09 S -bash
61440 4228 0 0.0 0:00.09 S sudo -H -uG -s
29308 7452 0 0.0 0:00.08 S -bash
28304 6432 0 0.0 0:00.06 S bash
28136 6464 0 0.0 0:00.06 S /bin/bash
417M 9020 0 0.0 0:00.05 S /usr/sbin/ModemManager
4664 0 0.0 0:00.05 S /usr/bin/dbus-daemon --system --address=
86456 10504 0 0.0 0:00.05 S xterm
86456 10464 0 0.0 0:00.05 S xterm -bg black -fg white -rightbar -xrm
46120 5524 0 0.0 0:00.04 S x-window-manager
/>rF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit

here is what htop looks like while quiescent after several hours of use:

0 [||| 5.3%] Tasks: 55; 1 running [0/0]
1 [||| 4.6%] Load average: 0.00 0.04 0.07
Mem[||||||||||||||||||||||||||||||1.11G/1.90G] Time: 15:22:36
Swp[ 0K/1.86G]
...

i am not asking for help.  this is a bug report.  i am reporting a bug.  if there is useful information i can gather i am happy to do so.

4) the steps in the description of this bug were performed in fairly rapid succession, so several apps were busy starting up.  The lockup occurred instantly after maximizing the xterm.  6) killing Xorg freed the terminal.  3) it is not consistently reproducible.  Under xenial it happens watching videos (Bug #1744429).  Since installing bionic, videos haven't tripped it so far.  This bug report describes an occurrence that didn't involve a video.

5) here is what htop looks like right after logging in, launching startx, 2 xterms, and htop:

0  [                                     0.0%] Tasks: 37; 1 running                      [0/0]
1  [                                     0.0%] Load average: 0.12 0.30 0.15                  
Mem[||||||||                       122M/1.90G] Time: 15:54:56                                
Swp[                                 0K/1.86G]                                               
  PID START USER       VIRT   RES  NI CPU%   TIME+  S Command                                
    1 15:51 root       155M  8996   1  0.0  0:01.92 S /sbin/init                             
  253 15:51 root      86576 18424   0  0.0  0:01.16 S /lib/systemd/systemd-journald          
  543 15:51 syslog     252M  4576   0  0.0  0:00.99 S /usr/sbin/rsyslogd -n                  
  828 15:52 g          242M 23468   0  0.0  0:00.53 S /usr/lib/xorg/Xorg -nolisten tcp :0 vt1
  278 15:51 root      47348  5788   0  0.0  0:00.51 S /lib/systemd/systemd-udevd             
  549 15:51 root       280M  6952   0  0.0  0:00.12 S /usr/lib/accountsservice/accounts-daemon
  769 15:53 g         29276  7588   0  0.0  0:00.09 S -bash                                  
  980 15:54 root      61440  4228   0  0.0  0:00.09 S sudo -H -uG -s                         
  953 15:54 g         29308  7452   0  0.0  0:00.08 S -bash                                  
  893 15:52 g         28304  6432   0  0.0  0:00.06 S bash                                   
 1005 15:54 root      28136  6464   0  0.0  0:00.06 S /bin/bash                              
  550 15:51 root       417M  9020   0  0.0  0:00.05 S /usr/sbin/ModemManager                 
  551 15:51 messagebu 50088  4664   0  0.0  0:00.05 S /usr/bin/dbus-daemon --system --address=
  871 15:52 g         86456 10504   0  0.0  0:00.05 S xterm                                  
  890 15:52 g         86456 10464   0  0.0  0:00.05 S xterm -bg black -fg white -rightbar -xrm
  834 15:52 g         46120  5524   0  0.0  0:00.04 S x-window-manager                       
F1Help  F2Setup F3SearchF4FilterF5Tree  F6SortByF7Nice -F8Nice +F9Kill  F10Quit

here is what htop looks like while quiescent after several hours of use:

0  [|||                                  5.3%] Tasks: 55; 1 running                       [0/0]
1  [|||                                  4.6%] Load average: 0.00 0.04 0.07                   
Mem[||||||||||||||||||||||||||||||1.11G/1.90G] Time: 15:22:36                                 
Swp[                                 0K/1.86G]                                                
  PID START USER       VIRT   RES  NI CPU%   TIME+  S Command                                 
 1231 07:07 g         2605M  707M   0  0.7 30:52.86 S /usr/lib/firefox-esr/plugin-container -gr
 1119 07:06 g         2385M  431M   0  7.3 12:13.72 S /usr/lib/firefox-esr/firefox-esr        
  883 07:05 g          348M 54372   0  0.0  1:39.51 S /usr/lib/xorg/Xorg -nolisten tcp :0 vt1 -
 1051 07:06 g         1049M 10372 -11  0.0  1:31.19 S /usr/bin/pulseaudio --start --log-target=
 1027 07:06 g          535M 41720   0  0.0  1:10.72 S pavucontrol                             
 1023 07:06 g          832M 58800   0  0.0  0:10.06 S /usr/bin/python3 /usr/bin/blueman-manager
 1058 07:06 g         70784  6520   0  0.0  0:03.05 S xclock -geometry --1+-4 -fg green -bg bla
    1 06:51 root       155M  9016   0  0.0  0:02.93 S /sbin/init                              
  925 07:05 g         86456 10456   0  0.0  0:02.80 S xterm                                   
 2600 15:18 root      28044  5228   0  0.7  0:01.45 R htop                                    
  889 07:05 g         46120  5704   0  0.0  0:01.38 S x-window-manager                        
  253 06:52 root      86568 16580   0  0.0  0:01.13 S /lib/systemd/systemd-journald           
  544 06:52 syslog     252M  4508   0  0.0  0:01.06 S /usr/sbin/rsyslogd -n                   
  280 06:52 root      47580  5940   0  0.0  0:00.55 S /lib/systemd/systemd-udevd              
 1070 07:06 g          648M 51880   0  0.0  0:00.43 S /usr/bin/python3 /usr/bin/blueman-applet
  518 06:52 root       280M  7192   0  0.0  0:00.41 S /usr/lib/accountsservice/accounts-daemon
F1Help  F2Setup F3SearchF4FilterF5Tree  F6SortByF7Nice -F8Nice +F9Kill  F10Quit

Revision history for this message

penalvch (penalvch) wrote on 2018-03-24:

gregrwm:

>"i am not asking for help."

If you are not expecting this bug to be fixed (i.e. not asking for a developer to help), then feel free to mark this report Status Invalid. Otherwise, please refrain from "smart alec" remarks, as it doesn't motivate developers to want to fix bugs you report.

Despite this, allow me to clarify a previously asked question:
After reproducing the problem, if you SSH in and only kill processes that are not xorg, which processes do you have to kill until your GUI begins to be responsive again?

penalvch (penalvch) on 2018-03-24

description:	updated
summary:	- [Dell OptiPlex 755] xorg hangs + [Dell OptiPlex 755] Intermittently GUI hangs with high xorg CPU% after + launching applications

Revision history for this message

gregrwm (gregrwm) wrote on 2018-03-25:

regarding http://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1645485/comments/3

when Xorg hangs but does not crash (as in this bug description as well as Bug #1645485 and Bug #1744429), how shall i produce the requested crash report?

Revision history for this message

penalvch (penalvch) wrote on 2018-03-25:

gregrwm:

1) Regarding other reports, as mentioned multiple times previously, those are useless. Hence, if you cannot reproduce a crash, then it is most helpful if you remain focused on this report, and providing previously requested information (see below), and other information requested of you in the future. Otherwise, this will never be root caused, fixed, and backported to prior releases as applicable.

2) Regarding the question previously asked of you in https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1757299/comments/6:
After reproducing the problem, if you SSH in and only kill processes that are not xorg, which processes do you have to kill until your GUI begins to be responsive again?

3) Regarding your Bug Description, at the point where you "maximize the xterm running tmux, and the GUI immediately becomes unresponsive", is there an amount of time that if you wait the GUI eventually become responsive again, and if so, how long precisely?

Revision history for this message

gregrwm (gregrwm) wrote on 2018-03-26:

Download full text (7.0 KiB)

just had a lockup watching a youtube video in firefox-esr. i did something extremely simple, i think it was push the pavucontrol window behind the firefox-esr window, which did so, but immediately thereafter the video image froze, the mouse could still move the cursor but the mouse and keyboard were otherwise unable to get any response, not even to ctl-alt-Fn, nothing visible would be expected from ctl-alt-PrintScreen-s, saw no response to ctl-alt-PrintScreen-e either, nor, surprisingly, to ctl-alt-PrintScreen-k. The sound played on via pusleaudio and bluetooth into my headphones for 2 more minutes, then it fell silent. After 10 minutes it all remained thus. i tried to login via ssh but unfortunately my phone was connected to mobile data but not wifi so i presumed ubuntu was not responding via ssh either, heck it likely would have if the phone's wifi radio was enabled. well this occurrence does serve the purpose of verifying that the problem does occur in bionic either while playing video or not playing video. the system did respond to ctl-alt-PrintScreen-b and booted up normally.

in /var/crash all i found was a file named .lock, zero length, dated 3-22 12:42:30pm. dunno what that's from, curious, no bash history survived from that day, this is what i found from around then in syslog:

Mar 22 12:17:01 op755 CRON[7216]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Mar 22 12:42:28 op755 kernel: [76631.137616] Web Content[4830]: segfault at fffe8 ip 00007fc182a1aab1 sp 00007ffee816bb10 error 4 in libxul.so[7fc17ee30000+4e30000]
Mar 22 13:01:54 op755 bluetoothd[577]: /org/bluez/hci0/dev_00_0C_8A_AA_FE_70/fd1: fd(36) ready
Mar 22 13:01:55 op755 rtkit-daemon[4718]: Supervising 1 threads of 1 processes of 1 users.
Mar 22 13:01:55 op755 rtkit-daemon[4718]: Successfully made thread 7434 of process 4717 (n/a) owned by '444' RT at priority 5.
Mar 22 13:01:55 op755 rtkit-daemon[4718]: Supervising 2 threads of 1 processes of 1 users.
Mar 22 13:01:55 op755 kernel: [77798.576032] input: 00:0C:8A:AA:FE:70 as /devices/virtual/input/input9
Mar 22 13:12:21 op755 kernel: [78424.582540] perf: interrupt took too long (4900 > 4897), lowering kernel.perf_event_max_sample_rate to 40750
Mar 22 13:17:01 op755 CRON[7486]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Mar 22 14:17:01 op755 CRON[7648]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)

and found this in apport.log:

just had a lockup watching a youtube video in firefox-esr.  i did something extremely simple, i think it was push the pavucontrol window behind the firefox-esr window, which did so, but immediately thereafter the video image froze, the mouse could still move the cursor but the mouse and keyboard were otherwise unable to get any response, not even to ctl-alt-Fn, nothing visible would be expected from ctl-alt-PrintScreen-s, saw no response to ctl-alt-PrintScreen-e either, nor, surprisingly, to ctl-alt-PrintScreen-k.  The sound played on via pusleaudio and bluetooth into my headphones for 2 more minutes, then it fell silent.  After 10 minutes it all remained thus.  i tried to login via ssh but unfortunately my phone was connected to mobile data but not wifi so i presumed ubuntu was not responding via ssh either, heck it likely would have if the phone's wifi radio was enabled.  well this occurrence does serve the purpose of verifying that the problem does occur in bionic either while playing video or not playing video.  the system did respond to ctl-alt-PrintScreen-b and booted up normally.

in /var/crash all i found was a file named .lock, zero length, dated 3-22 12:42:30pm.  dunno what that's from, curious, no bash history survived from that day, this is what i found from around then in syslog:

Mar 22 12:17:01 op755 CRON[7216]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Mar 22 12:42:28 op755 kernel: [76631.137616] Web Content[4830]: segfault at fffe8 ip 00007fc182a1aab1 sp 00007ffee816bb10 error 4 in libxul.so[7fc17ee30000+4e30000]
Mar 22 13:01:54 op755 bluetoothd[577]: /org/bluez/hci0/dev_00_0C_8A_AA_FE_70/fd1: fd(36) ready
Mar 22 13:01:55 op755 rtkit-daemon[4718]: Supervising 1 threads of 1 processes of 1 users.
Mar 22 13:01:55 op755 rtkit-daemon[4718]: Successfully made thread 7434 of process 4717 (n/a) owned by '444' RT at priority 5.
Mar 22 13:01:55 op755 rtkit-daemon[4718]: Supervising 2 threads of 1 processes of 1 users.
Mar 22 13:01:55 op755 kernel: [77798.576032] input: 00:0C:8A:AA:FE:70 as /devices/virtual/input/input9
Mar 22 13:12:21 op755 kernel: [78424.582540] perf: interrupt took too long (4900 > 4897), lowering kernel.perf_event_max_sample_rate to 40750
Mar 22 13:17:01 op755 CRON[7486]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Mar 22 14:17:01 op755 CRON[7648]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)

and found this in apport.log:

ERROR: apport (pid 1591) Sat Mar 10 08:04:36 2018: called for pid 1582, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 1591) Sat Mar 10 08:04:36 2018: script: /usr/bin/blueman-manager, interpreted by /usr/bin/python3.6 (command line "/usr/bin/python3 /usr/bin/blueman-manager")
 ERROR: apport (pid 1591) Sat Mar 10 08:04:36 2018: is_closing_session(): no DBUS_SESSION_BUS_ADDRESS in environment
 ERROR: apport (pid 1591) Sat Mar 10 08:04:40 2018: wrote report /var/crash/_usr_bin_blueman-manager.444.crash
 ERROR: apport (pid 1759) Sun Mar 18 06:47:37 2018: called for pid 1643, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 1759) Sun Mar 18 06:47:37 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 1759) Sun Mar 18 06:47:37 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 2730) Tue Mar 20 14:19:04 2018: called for pid 1219, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 2730) Tue Mar 20 14:19:04 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 2730) Tue Mar 20 14:19:04 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 2755) Tue Mar 20 14:19:21 2018: called for pid 2732, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 2755) Tue Mar 20 14:19:21 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 2755) Tue Mar 20 14:19:21 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 4370) Tue Mar 20 19:04:53 2018: called for pid 4294, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 4370) Tue Mar 20 19:04:53 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 4370) Tue Mar 20 19:04:53 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 7315) Thu Mar 22 12:42:30 2018: called for pid 4830, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 7315) Thu Mar 22 12:42:30 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 7315) Thu Mar 22 12:42:30 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 8476) Thu Mar 22 19:00:16 2018: called for pid 7316, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 8476) Thu Mar 22 19:00:16 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 8476) Thu Mar 22 19:00:16 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 8514) Thu Mar 22 19:01:10 2018: called for pid 8478, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 8514) Thu Mar 22 19:01:10 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 8514) Thu Mar 22 19:01:10 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 8555) Thu Mar 22 19:02:38 2018: called for pid 8520, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 8555) Thu Mar 22 19:02:38 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 8555) Thu Mar 22 19:02:38 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 8603) Thu Mar 22 19:06:20 2018: called for pid 8556, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 8603) Thu Mar 22 19:06:20 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 8603) Thu Mar 22 19:06:20 2018: executable version is blacklisted, ignoring
 ERROR: apport (pid 9301) Thu Mar 22 20:43:27 2018: called for pid 8821, signal 11, core limit 0, dump mode 1
 ERROR: apport (pid 9301) Thu Mar 22 20:43:27 2018: executable: /usr/lib/firefox-esr/plugin-container (command line "/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/f
 ERROR: apport (pid 9301) Thu Mar 22 20:43:27 2018: executable version is blacklisted, ignoring

penalvch (penalvch) on 2018-03-26

Changed in xorg (Ubuntu):
status:	Incomplete → New

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: CurrentDmesg.txt

#10

CurrentDmesg.txt Edit (76.6 KiB, text/plain)

apport information

tags:	added: apport-collected
description:	updated

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: DpkgLog.txt

#11

DpkgLog.txt Edit (517.4 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: JournalErrors.txt

#12

JournalErrors.txt Edit (2.9 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: Lspci.txt

#13

Lspci.txt Edit (20.6 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: Lsusb.txt

#14

Lsusb.txt Edit (598 bytes, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: ProcCpuinfo.txt

#15

ProcCpuinfo.txt Edit (1.6 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: ProcCpuinfoMinimal.txt

#16

ProcCpuinfoMinimal.txt Edit (839 bytes, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: ProcInterrupts.txt

#17

ProcInterrupts.txt Edit (1.9 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: ProcModules.txt

#18

ProcModules.txt Edit (3.4 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: UdevDb.txt

#19

UdevDb.txt Edit (124.2 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: XorgLog.txt

#20

XorgLog.txt Edit (40.9 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05: XorgLogOld.txt

#21

XorgLogOld.txt Edit (39.8 KiB, text/plain)

apport information

Revision history for this message

gregrwm (gregrwm) wrote on 2018-04-05:

#22

Download full text (5.1 KiB)

another occurrence, same symptoms, last evening, was watching a youtube video.

i logged in via ssh, attached to tmux, launched htop, and started killing as you requested, in the following order, usually signal 15 but sometimes 9 if so noted below, if the name is postfixed with -- that means the process did not disappear from htop, --Z means the "S" column in htop then showed a Z, ++ means it was immediately respawned:

pulseaudio
pavucontrol
bluetooth-manager
xclock
xterm (this one did disappear)
vncviewer
x-window-manager-- (ie twm)
accounts-daemon
bluman-applet
xterm--Z
firefox-esr
ssh
rtkit-daemon
systemd-udev++
systemd-logind++
ssh-agent--
systemd-timesyncd++
systemd-resolved++
cron
bluetoothd
systemd --user
polkitd
login -p

at this point the console blanked and presented a login prompt. ctl-alt-Fn still would not function, however i was able to login at the console and attach to tmux. xorg remained on the process list still consuming cpu as evident in the htop display at this point:

another occurrence, same symptoms, last evening, was watching a youtube video.

at this point the console blanked and presented a login prompt.  ctl-alt-Fn still would not function, however i was able to login at the console and attach to tmux.  xorg remained on the process list still consuming cpu as evident in the htop display at this point:

0  [|                                          0.7%] Tasks: 37; 2 running
1  [|||||||||||||||||||||||||||||||||||||||||100.0%] Load average: 1.18 1.09 1.18
Mem[|||||||||                            147M/1.90G] Time: 23:11:18
Swp[||                                  76.8M/1.86G]
  PID START USER       VIRT   RES  NI CPU%   TIME+  S Command
 1310 22:42 g          366M 35076   0 88.0 38:14.58 R /usr/lib/xorg/Xorg -nolisten tcp :0 vt1 -keeptty -a
 4761 22:43 root      26844  4248   0  0.0  0:07.73 R htop
    1 08:36 root       219M  5388   0  0.0  0:04.58 S /sbin/init
 4922 23:04 root      27516  4688   0  1.3  0:01.89 S htop
 1371 22:42 g         30084  3112   0  0.0  0:01.20 S tmux new -d
 1316 22:42 g         48492  1596   0  0.0  0:00.68 S x-window-manager
 1490 22:42 g             0     0   0  0.0  0:00.50 Z xterm -bg black -fg white -rightbar -xrm *charClass
 4683 22:42 g          105M  4484   0  0.0  0:00.34 S sshd: g@pts/5
  257 22:42 root      78440  8432   0  0.0  0:00.27 S /lib/systemd/systemd-journald
  539 22:42 messagebu 50208  2084   0  0.0  0:00.13 S /usr/bin/dbus-daemon --system --address=systemd: --
 1372 22:42 root      61440  4136   0  0.0  0:00.12 S sudo -H -uG -s
 1338 22:42 g         50012  1312   0  0.0  0:00.11 S /usr/bin/dbus-daemon --syslog --fork --print-pid 5
 4684 22:42 g         29312  7552   0  0.0  0:00.10 S -bash
 1400 22:42 g         29324  2440   0  0.0  0:00.10 S -bash
 4850 23:04 g         61440  4180   0  0.0  0:00.10 S sudo -H -uG -s
 1251 22:42 g         29280   228   0  0.0  0:00.09 S -bash
 1971 22:42 g         29336  1040   0  0.0  0:00.09 S -bash
 4924 23:09 g         29312  7600   0  0.0  0:00.09 S -bash
 1347 22:42 g             0     0   0  0.0  0:00.08 Z /usr/bin/ssh-agent x-window-manager
 4727 22:43 root      28128  6480   0  0.0  0:00.06 S /bin/bash
 4887 23:04 root      28092  6472   0  0.0  0:00.06 S /bin/bash
  534 22:42 syslog     252M  1004   0  0.0  0:00.03 S /usr/sbin/rsyslogd -n
 4803 22:59 systemd-r 70592  5292   0  0.0  0:00.03 S /lib/systemd/systemd-resolved
 4814 22:59 systemd-t  138M  3200   0  0.0  0:00.03 S /lib/systemd/systemd-timesyncd
 4651 22:42 root       105M  7004   0  0.0  0:00.02 S sshd: g [priv]
 4779 22:54 root      45484  4024   0  0.0  0:00.02 S /lib/systemd/systemd-udevd
 4780 22:54 root      70564  6112   0  0.0  0:00.02 S /lib/systemd/systemd-logind
 4818 23:03 root      76688  3696   0  0.0  0:00.01 S /bin/login -p ---p -- \u --noclear tty1 linux
  681 22:42 root      25600     4   0  0.0  0:00.00 S /sbin/dhclient -1 -4 -v -pf /run/dhclient.eth0.pid
  712 22:42 root      72280   356   0  0.0  0:00.00 S /usr/sbin/sshd -D
 1287 22:42 g          4632   168   0  0.0  0:00.00 S /bin/sh /usr/bin/startx
 1309 22:42 g         22628   408   0  0.0  0:00.00 S xinit /etc/X11/xinit/xinitrc -- /etc/X11/xinit/xser
 1337 22:42 g         45688    72   0  0.0  0:00.00 S /usr/bin/dbus-launch --exit-with-session --sh-synta
 1519 22:42 g         82724   812   0  0.0  0:00.00 S /usr/lib/bluetooth/obexd
 2354 22:42 g          183M   368   0  0.0  0:00.00 S /usr/lib/dconf/dconf-service
 4723 22:42 g         21220  3556   0  0.0  0:00.00 S tmux set status 0; set visual-b on; set display-t 9
F1Help  F2Setup F3SearchF4FilterF5Tree  F6SortByF7Nice -F8Nice +F9Kill  F10Quit

i resumed killing:

9: x-window-manager--Z
dbus-daemon --system --address=systemd: --nofork
dbus-daemon --syslog
sshd
dhclient
sshd -D
dbus-launch --exit-with-sess
dbus-daemon --nofork
(sd-pam)
xinit--
startx--
9: xinit

occasionally during the above batch of kills i checked whether ctl-alt-Fn might work yet, and they didn't, however at this point now they *do work* (xinit and startx both disappeared now tho xorg still present and consuming ~90% cpu).  resuming kills:

xorg--
9: xorg

xorg finally gone now.

tried to re-launch xorg, failed.
tried apport-collect 1757299, failed, needed python3-launchpadlib.
installed python3-launchpadlib.
tried apport-collect 1757299, failed to launch a browser to authorize with launchpad.
left box running and grabbed some sleep and breakfast.
observed /var/crash contains only .lock with same date&time as /var/log/apport.log from last evening.
installed gpm, w3m, and links2.
apport-collect 1757299 succeeded.
submitted this comment.

Revision history for this message

gregrwm (gregrwm) wrote on 2018-05-01:

#23

Download full text (6.5 KiB)

This bug bit again friday evening. Same symptoms, was watching video, screen froze, mouse can move cursor but cursor shape and window borders do not change as they should as the cursor is moved in and out of windows, mouse clicks and keystrokes including ctl-alt-F2 and ctl-alt-F3 are ineffective, i logged in via ssh, attached to tmux, htop (sorted by TIME+) shows Xorg stuck consuming lots of CPU:
0 [|||||||||||||||||||||||||||||| 61.9%] Tasks: 54; 2 running
1 [||||||||||||||||||||||| 45.2%] Load average: 1.27 1.14 1.11
Mem[||||||||||||||||||||||||||||||||||||1.51G/1.90G] Time: 22:04:23
Swp[||||| 176M/1.86G]
  PID START USER VIRT RES NI CPU% TIME+ S Command
1816 20:53 g 3310M 1050M 0 0.0 49:17.71 S /usr/lib/firefox-esr/plugin-container -greomni /usr/
1713 20:53 g 2507M 405M 0 0.7 27:41.71 S /usr/lib/firefox-esr/firefox-esr
1214 20:53 g 372M 57148 0 93.5 24:07.23 R /usr/lib/xorg/Xorg -nolisten tcp :0 vt1 -keeptty -au
1342 20:53 root 27164 1736 0 0.0 6:26.18 S htop
1404 20:53 g 1127M 26564 -11 0.7 3:29.47 S /usr/bin/pulseaudio --start --log-target=syslog
1410 20:53 g 679M 22360 0 0.0 2:01.45 S pavucontrol
1398 20:53 g 833M 26828 0 0.7 1:21.49 S /usr/bin/python3 /usr/bin/blueman-manager
12728 21:46 root 27020 4224 0 0.7 0:07.77 R htop
1983 06:41 g 97G 26972 0 0.0 0:07.30 S gthumb /home/greg
1439 20:53 g 70772 232 0 0.0 0:06.49 S xclock -geometry --1+-4 -fg green -bg black -update
1253 20:53 g 86452 1764 0 0.0 0:05.13 S xterm
1346 20:53 g 30200 2840 0 0.0 0:04.45 S tmux new -d
    1 05:21 root 220M 5236 0 0.0 0:03.61 S /sbin/init
1426 20:53 g 48512 3860 0 0.0 0:03.08 S vncviewer compresslevel=9 qualitylevel=9 ZlibLevel=9
1522 20:53 root 32192 2424 0 0.0 0:01.36 S /bin/bash
1396 20:53 g 48244 156 0 0.0 0:01.29 S ssh -oHostKeyAlgorithms=ssh-rsa -p38134 -e! 209.240.
  601 20:53 root 4632 36 0 0.0 0:01.23 S /usr/sbin/gpm -m /dev/input/mice -t exps2
1287 20:53 g 86660 2140 0 0.0 0:00.77 S xterm -bg black -fg white -rightbar -xrm *charClass:
1220 20:53 g 46332 1644 0 0.0 0:00.67 S x-window-manager
F1Help F2Setup F3SearchF4FilterF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit

This bug bit again friday evening.  Same symptoms, was watching video, screen froze, mouse can move cursor but cursor shape and window borders do not change as they should as the cursor is moved in and out of windows, mouse clicks and keystrokes including ctl-alt-F2 and ctl-alt-F3 are ineffective, i logged in via ssh, attached to tmux, htop (sorted by TIME+) shows Xorg stuck consuming lots of CPU:
0  [||||||||||||||||||||||||||||||            61.9%] Tasks: 54; 2 running
1  [|||||||||||||||||||||||                   45.2%] Load average: 1.27 1.14 1.11
Mem[||||||||||||||||||||||||||||||||||||1.51G/1.90G] Time: 22:04:23
Swp[|||||                                176M/1.86G]
  PID START USER       VIRT   RES  NI CPU%   TIME+  S Command
 1816 20:53 g         3310M 1050M   0  0.0 49:17.71 S /usr/lib/firefox-esr/plugin-container -greomni /usr/
 1713 20:53 g         2507M  405M   0  0.7 27:41.71 S /usr/lib/firefox-esr/firefox-esr
 1214 20:53 g          372M 57148   0 93.5 24:07.23 R /usr/lib/xorg/Xorg -nolisten tcp :0 vt1 -keeptty -au
 1342 20:53 root      27164  1736   0  0.0  6:26.18 S htop
 1404 20:53 g         1127M 26564 -11  0.7  3:29.47 S /usr/bin/pulseaudio --start --log-target=syslog
 1410 20:53 g          679M 22360   0  0.0  2:01.45 S pavucontrol
 1398 20:53 g          833M 26828   0  0.7  1:21.49 S /usr/bin/python3 /usr/bin/blueman-manager
12728 21:46 root      27020  4224   0  0.7  0:07.77 R htop
 1983 06:41 g           97G 26972   0  0.0  0:07.30 S gthumb /home/greg
 1439 20:53 g         70772   232   0  0.0  0:06.49 S xclock -geometry --1+-4 -fg green -bg black -update
 1253 20:53 g         86452  1764   0  0.0  0:05.13 S xterm
 1346 20:53 g         30200  2840   0  0.0  0:04.45 S tmux new -d
    1 05:21 root       220M  5236   0  0.0  0:03.61 S /sbin/init
 1426 20:53 g         48512  3860   0  0.0  0:03.08 S vncviewer compresslevel=9 qualitylevel=9 ZlibLevel=9
 1522 20:53 root      32192  2424   0  0.0  0:01.36 S /bin/bash
 1396 20:53 g         48244   156   0  0.0  0:01.29 S ssh -oHostKeyAlgorithms=ssh-rsa -p38134 -e! 209.240.
  601 20:53 root       4632    36   0  0.0  0:01.23 S /usr/sbin/gpm -m /dev/input/mice -t exps2
 1287 20:53 g         86660  2140   0  0.0  0:00.77 S xterm -bg black -fg white -rightbar -xrm *charClass:
 1220 20:53 g         46332  1644   0  0.0  0:00.67 S x-window-manager
F1Help  F2Setup F3SearchF4FilterF5Tree  F6SortByF7Nice -F8Nice +F9Kill  F10Quit

Via htop i killed (signal 15) pulseaudio, pavucontrol, bluetooth-manager, gthumb, xclock, an xterm, vncviewer, ssh(-client), gpm, and the other xterm, which all immediately disappeared from htop.  When i killed x-window-manager (twm) it remained showing in htop with Z in the S column.  i continued killing, bluetooth-applet and rtkit disappeared upon kill, ssh-agent remained with Z, timesyncd and resolved respawned, cron, bluetoothd, polkitd, dhclient, sd-pam, obexd, and dconf-service all disappeared, i gave signal 9 to x-window-manager and it disappeared, and signal 15 to firefox-esr/plugin-container and firefox-esr/firefox-esr and they disappeared.  it remained thus all weekend.  this morning htop (sorted by PID) shows Xorg still consuming cpu:
0  [|                                          0.7%] Tasks: 30; 2 running
1  [|||||||||||||||||||||||||||||||||||||||||100.0%] Load average: 1.07 1.02 1.00
Mem[|||||||||||||||||||                  164M/1.90G] Time: 07:50:59
Swp[|                                   31.5M/1.86G] 
  PID START USER       VIRT   RES  NI CPU%   TIME+  S Command
    1 Apr27 root       220M  5444   0  0.0  0:04.09 S /sbin/init
  259 Apr27 root      86588 11976  -1  0.0  0:00.41 S /lib/systemd/systemd-journald
  288 Apr27 root      46272  1880   0  0.0  0:00.31 S /lib/systemd/systemd-udevd
  570 Apr27 messagebu 50188   948   0  0.0  0:00.14 S /usr/bin/dbus-daemon --system --address=systemd: --n
  572 Apr27 root      70580  1968   0  0.0  0:00.21 S /lib/systemd/systemd-logind
  575 Apr27 syslog     252M   660   0  0.0  0:00.03 S /usr/sbin/rsyslogd -n
  702 Apr27 root      76688    20   0  0.0  0:00.02 S /bin/login -p --
  703 Apr27 root      72296  5732   0  0.0  0:00.01 S /usr/sbin/sshd -D
 1176 Apr27 g         76756  2312   0  0.0  0:00.03 S /lib/systemd/systemd --user
 1187 Apr27 g         22516     0   0  0.0  0:00.03 S -bash
 1191 Apr27 g          4628     4   0  0.0  0:00.00 S /bin/sh /usr/bin/startx
 1213 Apr27 g         22628   112   0  0.0  0:00.00 S xinit /etc/X11/xinit/xinitrc -- /etc/X11/xinit/xserv
 1214 Apr27 g          372M 75892   0 88.1 30h15:12 R /usr/lib/xorg/Xorg -nolisten tcp :0 vt1 -keeptty -au
 1241 Apr27 g         45704     4   0  0.0  0:00.00 S /usr/bin/dbus-launch --exit-with-session --sh-syntax
 1242 Apr27 g         50028  1408   0  0.0  0:00.05 S /usr/bin/dbus-daemon --syslog --fork --print-pid 5 -
 1346 Apr27 g         30200  3012   0  0.7  0:36.11 S tmux new -d
 1347 Apr27 g         29904  4648   0  0.0  0:00.27 S -bash
 1373 Apr27 g         28724  2756   0  0.0  0:00.08 S -bash
 1499 Apr27 root      61440    20   0  0.0  0:00.08 S sudo -H -uG -s
 1522 Apr27 root      32192  2992   0  0.0  0:01.36 S /bin/bash
12741 Apr27 g         55456  9008   0  0.0  0:00.28 S vim
12775 Apr27 systemd-t  138M  3088   0  0.0  0:00.15 S /lib/systemd/systemd-timesyncd
12779 Apr27 systemd-r 70608  5196   0  0.0  0:00.13 S /lib/systemd/systemd-resolved
14014 19:31 root      74672  6356   0  0.0  0:00.01 S sshd: g [priv]
14016 19:31 g         74672  3388   0  0.7  0:00.43 S sshd: g@pts/0
14017 19:31 g         28656  6920   0  0.0  0:00.07 S -bash
14053 19:31 g         21220  3456   0  0.0  0:00.00 S tmux set status 0; set visual-b on; set display-t 99
14054 19:32 g         48136  5768   0  0.0  0:00.08 S ssh -oHostKeyAlgorithms=ssh-rsa -p38134 -e! 209.240.
14105 20:44 g         28724  7076   0  0.0  0:00.10 S -bash
14930 07:19 root      26700  3924   0  0.0  0:07.49 R htop
F1Help  F2Setup F3SearchF4FilterF5Tree  F6SortByF7Nice -F8Nice +F9Kill  F10Quit

of course there's nothing in /var/crash because it hasn't crashed, it's hung.  how might i invoke apport or xdiagnose or ubuntu-bug to capture useful information from a hang?  i went searching but didn't find an answer.  i did find bug #1575878 which looks likely to be a duplicate of this issue.

so i checked again thst ctl-alt-F2 and ctl-alt-F3 still didn't work, sent Xorg signals 15, 2, 1, and 3, it finally disappeared, ctl-alt-F2 and ctl-alt-F3 work now, and i find /var/crash/_usr_lib_xorg_Xorg.444.crash, attached.

does that contain anything useful?

do please let me know if there's a way to gether more useful information the next time this bug bites.

Revision history for this message

penalvch (penalvch) wrote on 2018-05-24:

#24

gregrwm:

1) To advise, you won't want to manually attach crash files found in /var/crash, like you did here, and in LP#1770687 and LP#1770250, as they can contain sensitive information you may not want to share publically.

Also, the cause of all these crash files being generated is because you are sending a signal 3 to xorg, which is not the scope of this report.

However, if you want the crash files processed in a manner helpful to developers and in a privacy respectful way, please do so as per the instructions previously provided to you in:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1290797/comments/5
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1645485/comments/3

2) There is no need to make new reports about xorg hanging, or apport-collecting further to this report. This report is already scoped to "Intermittent GUI hangs with high xorg CPU% after launching applications". Making new reports on Launchpad about the same problem isn't going to speed anything up, or provide anything new.

3) Regarding https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1757299/comments/22 while you did exactly as requested, unfortunately it wasn't as revealing to the root cause as expected.

Despite this, if you swich desktop environments to gnome-session-flashback does this provide a WORKAROUND?

Changed in xorg (Ubuntu):
status:	New → Incomplete

Revision history for this message

Launchpad Janitor (janitor) wrote on 2018-07-23:

#25

[Expired for xorg (Ubuntu) because there has been no activity for 60 days.]

Changed in xorg (Ubuntu):
status:	Incomplete → Expired

Revision history for this message

gregrwm (gregrwm) wrote on 2019-11-12:

#26

have been using biopic without issue for well over a year, no issue with either gnome-session-flashback or twm, twm has the functionality i require. bug finally surfaced again today. was in-call using google voice via firefox nightly and bluetooth. clicked on the microphone icon on the top center of the screen (not within any Window). thereafter, like prior occurrences, tho the audio continued without interruption, the screen froze, mostly, the mouse cursor still moves but neither window borders nor anything else on screen respond to mouse movement, buttons, or keyboard, even ctl-alt-f2 et al are unable to switch to another VT. am able to login via ssh and observe Xorg consuming 97%cpu. signal 15 to Xorg ineffective, signaly 9 kills it, whereupon ctl-alt-f2 is finally able to switch the virtual terminal. relaunch of X succeeds without reboot.

Report a bug

This report contains Public information

Everyone can see this information.

Duplicates of this bug

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.

Ubuntuxorg package

[Dell OptiPlex 755] Intermittently GUI hangs with high xorg CPU% after launching applications

Bug Description

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Ubuntu
xorg package