Gnome hanging at random times for 1 minute or so

Bug #1676304 reported by Peter Cutts on 2017-03-27
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gnome-session (Ubuntu)
Critical
Unassigned

Bug Description

Gnome is hanging randomly for 1 minute or so. The mouse cursor still moves, but all windows and content freezes. The seconds display on the clock stops moving.

One weird thing (may be coincidence) that I just noticed while doing this bug is the hang always stops when the clock reads xx:xx:07 (ie, the seconds is always 07)

The following are two instances from /var/log/syslog (I report them both as the same bug because the symptoms are the same and the last two lines in the log are the same);

INSTANCE 1:
Mar 27 18:53:09 dragonfly gnome-session[1605]: ** (soffice:17185): WARNING **: Unknown event notification 34
Mar 27 18:53:13 dragonfly gnome-session[1605]: ** (soffice:17185): WARNING **: Unknown event notification 36
Mar 27 18:53:13 dragonfly gnome-session[1605]: ** (soffice:17185): WARNING **: Unknown event notification 36
Mar 27 18:53:13 dragonfly gnome-session[1605]: ** (soffice:17185): WARNING **: Unknown event notification 34
Mar 27 18:53:32 dragonfly gnome-session[1605]: Gjs-Message: JS LOG: Feed scaninbox Error:oAuth.acc_token is undefined
Mar 27 18:53:32 dragonfly gnome-session[1605]: Gjs-Message: JS LOG: onTimer :folder is not defined

INSTANCE 2:
Mar 27 19:01:06 dragonfly gnome-session[1605]: [1:1:0327/190106.317420:ERROR:KeyboardEventManager.cpp(427)] Not implemented reached in static bool blink::KeyboardEventManager::currentCapsLockState()
Mar 27 19:01:06 dragonfly gnome-session[1605]: [1:1:0327/190106.318769:ERROR:KeyboardEventManager.cpp(427)] Not implemented reached in static bool blink::KeyboardEventManager::currentCapsLockState()
Mar 27 19:01:07 dragonfly gnome-session[1605]: [1:1:0327/190107.192199:ERROR:KeyboardEventManager.cpp(427)] Not implemented reached in static bool blink::KeyboardEventManager::currentCapsLockState()
Mar 27 19:02:55 dragonfly dbus[994]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service'
Mar 27 19:03:32 dragonfly gnome-session[1605]: Gjs-Message: JS LOG: Feed scaninbox Error:oAuth.acc_token is undefined
Mar 27 19:03:32 dragonfly gnome-session[1605]: Gjs-Message: JS LOG: onTimer :folder is not defined

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: gnome-session 3.18.1.2-1ubuntu1.16.04.2
ProcVersionSignature: Ubuntu 4.4.0-66.87-generic 4.4.44
Uname: Linux 4.4.0-66-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.5
Architecture: amd64
CurrentDesktop: GNOME
Date: Mon Mar 27 19:07:56 2017
InstallationDate: Installed on 2016-12-27 (90 days ago)
InstallationMedia: Ubuntu-GNOME 16.04 LTS "Xenial Xerus" - Release amd64 (20160421)
PackageArchitecture: all
SourcePackage: gnome-session
UpgradeStatus: No upgrade log present (probably fresh install)

Peter Cutts (petercutts1) wrote :
dino99 (9d9) wrote :

Post too my experience which seems similar to yours. I only see such 'minute' freeze when i'm working with libreoffice-calc (5.3.1 actually); here it is with a more recent version on Zesty 64 bits. (gnome-session 3.24.0-0ubuntu1)

You report against gnome-session, and myself can't decide if gnome-session has to be blamed or if soffice is faulty instead. What is sure is that bottleneck somewhere. This is irritating, for example, when you enter many data, and then find that some was written wrongly because the 'buffer' was not able to continue writting the exact order you typed the data.

tags: added: zesty
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-session (Ubuntu):
status: New → Confirmed
dino99 (9d9) wrote :

oem@u64:~$ journalctl | grep gnome-session
Mar 27 06:45:23 u64 gnome-session[2728]: gnome-session-binary[2728]: WARNING: Could not parse desktop file gnome-settings-daemon.desktop or it references a not found TryExec binary
Mar 27 06:45:23 u64 gnome-session-binary[2728]: WARNING: Could not parse desktop file gnome-settings-daemon.desktop or it references a not found TryExec binary
Mar 27 06:45:39 u64 gnome-session-binary[2728]: Entering running state

Peter Cutts (petercutts1) wrote :

Some further information from some investigations:
Firstly, following up on the "time theory" above. It seems to occur at times xx:03:07, xx:08:07, xx:13:07, ... Ie, every five minutes at seven seconds past. This seems very regular.

Secondly, following the comment above, I had been previously running LibreOffice-Calc, but the problem persists after it was shut down. (Confirmed with a "ps -ef" command that there were no stray tasks.
In any case, I would think that whatever LibreOffice does, gnome should not hang like this!

dino99 (9d9) wrote :

When searching about 'soffice freezes', there are lot of posts, like https://forums.linuxmint.com/viewtopic.php?t=77851

im testing some libreoffice tweaks:
under the Tools->Options->LibreOffice->View menu, turn off "Use Anti-Aliasing"
also turning off "Use hardware acceleration"

report back if that resolve that issue.

Peter Cutts (petercutts1) wrote :

Hi dino99,
Thanks for the advice :-)
I tried setting the LibreOffice settings as you suggested followed by a reboot (just to be sure!) the ran LibOffice calc.
So far, no instances of the error and greping the /var/log/syslog shows no similar errors.

I still want to monitor the issue for a bit longer as it may be that I have just not caught the freeze yet. I am also a little sceptical since I still had the freeze previously after having shut down LibreOffice.

But, I will test further and advise of the results ...

dino99 (9d9) wrote :

For the record, my system have a nvidia gtx750 card and nvidia-378 driver is used.
Could this be also related to the graphic/kernel config ?
For a deeper test i will run calc via valgrind with/without the libreoffice tweaks
http://www.openoffice.org/qa/wwwstaging/docs/valgrind.html
http://www.kegel.com/openoffice/valgrindingOOo.html

Peter Cutts (petercutts1) wrote :

I am using the on-board graphics on an Intel D277GA-70K motherboard using the standard driver.

$ lspci -nnk | grep VGA -A1
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller [8086:0152] (rev 09)
 Subsystem: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller [8086:2037]

$ lshw -c video | grep 'configuration'
configuration: driver=i915 latency=0

dino99 (9d9) wrote :

Now using 5.3.2-2 LO version on ZZ (which had a memory leak fix)
As i can see there is less 'freezing' botleneck, but still some regularly.

https://ask.libreoffice.org/en/question/92076/libra-office-freezes-up-constantly/

Changed in gnome-session (Ubuntu):
importance: Undecided → Critical
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers