RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1510089 - Desktop completely freezed
Summary: Desktop completely freezed
Keywords:
Status: CLOSED DUPLICATE of bug 1601946
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-shell
Version: 7.3
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Desktop QE
URL:
Whiteboard:
: 1612930 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-11-06 16:49 UTC by Alessandra
Modified: 2023-10-06 17:41 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-09-17 15:27:11 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Xorg log file and x11vnc server log file (12.27 KB, application/zip)
2017-11-06 16:49 UTC, Alessandra 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 3556951 0 None None None 2018-08-08 16:38:19 UTC

Internal Links: 1581308 1601946 1601947 1601948

Description Alessandra 2017-11-06 16:49:27 UTC 
Created attachment 1348685 [details]
Xorg log file and x11vnc server log file

Description of problem:
After a month of inactivity, the servers has desktops freezed.
The mouse is blocked, in all servers with the similar configuration, so there is no focus on windows.
The /var/log/messages shows  

Version-Release number of selected component (if applicable):
Redhat 7.3 Server with Gnome and HA
Redhat 7.3 Server with Gnome


- On /var/log/messages there is only this error:

Nov  6 11:38:39 XX-XXX gnome-session: Window manager warning: last_focus_time (989202586) is greater than comparison timestamp (3552701163).  This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW.  Trying to work around...

- On Xorg.0.log:
[  2204.373] EGL_MESA_drm_image required.
[  2204.373] (EE) modeset(0): glamor initialization failed
[  2204.373] (II) modeset(0): ShadowFB: preferred YES, enabled YES
[  2204.373] (II) modeset(0): Double-buffered shadow updates: on(II) modeset(0): Output VGA-0 has no monitor section
[  2204.502] (II) modeset(0): EDID for output VGA-0
....
[  2204.793] (II) SELinux: Disabled on system
[  2204.793] (II) AIGLX: Screen 0 is not DRI2 capable
[  2204.793] (EE) AIGLX: reverting to software rendering
[  2204.794] (II) AIGLX: Loaded and initialized swrast
...
[  2204.793] (II) SELinux: Disabled on system
[  2204.793] (II) AIGLX: Screen 0 is not DRI2 capable
[  2204.793] (EE) AIGLX: reverting to software rendering
[  2204.794] (II) AIGLX: Loaded and initialized swrast
[  2204.794] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[  2204.795] (II) modeset(0): Setting screen physical size to 270 x 203
[  2204.817] (II) config/udev: Adding input device Power Button (/dev/input/event0)



How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:
After executing the command:
on server #1: systemctl restart gdm
on server #2: killall gnome-shell

mouse, keyboard and focus on windows begin to work again.


Expected results:


Additional info:
It is installed x11vnc server with this parameters:

ExecStart=/usr/bin/x11vnc -norc -xdamage -forever -shared -bg -rfbauth /home/fdflin/.vnc/passwd -autoport 5900 -o /var/log/x11vnc.log -auth /var/run/slim.aut
Comment 2 Jeff Smith 2018-02-06 20:16:07 UTC 
These symptoms and logfile are consistent with an issue I ran across in both RHEL7.3 and Fedora 25/27

I tracked it down to a bug in libmutter, which gnome-session depends on.
Last week I submitted a fix upstream and it has been accepted.

https://gitlab.gnome.org/GNOME/mutter/issues/12
https://gitlab.gnome.org/GNOME/mutter/commit/6be56de14010b175eba76b6dcaa44184a0d7545c
Comment 3 Alessandra 2018-02-08 11:40:00 UTC 
Thank you Jeff,
I think your fix will resolve our problem. How long do you think will pass before the official package will be released?
Alessandra
Comment 4 Jeff Smith 2018-02-13 14:47:13 UTC 
I am also interested in when updated packages will be available.  I know at least two RHEL customers that are aware of having experienced this issue.
Comment 5 Alessandra 2018-06-15 14:20:24 UTC 
Any news on the official resolution package? 
I have another case of desktop freeze on Redhat Server 7.2, this time I have started a new xterm windows on the same X channel (:0)

# xterm -display :0 ...

 and I tested that I can interact with keyboard and mouse in the new application, but the others still remain blocked and unusable. Only the gdm restart gives the wake up on the desktop objects.
Comment 8 Jeff Smith 2018-07-16 18:51:42 UTC 
Please note, the commit I referenced in my first comment is a one-line fix that should be applicable as far back as libmutter 3.13.4.

This issue appears to have been present since GNOME 3.14, which AFAICT was the version Rat Hat went with for RHEL 7.2.
Comment 9 Alessandra 2018-07-17 12:03:30 UTC 
I read about the one line fix, but I need the official package to update the server in operational environment. 
If my company wanted a handmade solution, it would not have invested in redhat and would have chosen centos.
The question is if the solution would be so simple why they are so late to resolve the problem?
Comment 10 Jeff Smith 2018-07-17 14:12:40 UTC 
Alessandra,
  Sorry, I wasn't meaning to suggest rolling your own.  I was only intending to provide a little extra information, and make sure all of the @redhat's on this issue were aware of some pertinent points about the fix.
  With recent increased attention on this issue, I am hopeful that some action will be coming soon.
Comment 15 Florian Müllner 2018-09-03 14:37:44 UTC 
*** Bug 1612930 has been marked as a duplicate of this bug. ***
Comment 16 Florian Müllner 2018-09-17 15:27:11 UTC 

*** This bug has been marked as a duplicate of bug 1601946 ***
Comment 17 Alessandra 2018-09-18 06:38:50 UTC 
Is it just me or even someone else can not download the rpm that solve the problem?
Note You need to log in before you can comment on or make changes to this bug.